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1. INTRODUCTION AND SUMMARY 


The design requirements for the ERTS OCC are defined in the study- 
specification only in very general terms. From paragraph 7. 14.2, "The 
OCC will provide 

"Focal point for project unique missions 
"Spacecraft activity plan 

"Coordinate schedules with STADAN /MSFN 
"Direct and monitor all ERTS operations support 
"Operate the spacecraft 
"Operate the sensors 

"Determine spacecraft health, configuration and performance at a 
system and subsystem level 

"Determine sensor configuration, health and performance 
"Compile and maintain operational records and data" 

A key purpose of the study was thus to determine detailed require- 
ments for equipment which would permit the above objectives to be met. 

1. 1 PHILOSOPHY OF DESIGN 

The principles upon which design of an operations center for a 
spacecraft such as ERTS must be based are: 

• Skilled technical direction of operations. A project operations 
director can only fulfill his role with an intimate knowledge of the 
spacecraft and ground equipment he is using. The most impor- 
tant ingredient is the trained operator. 

• OCC equipment must be designed for peak loading conditions, 
(launch for example). Under such conditions a greater variety 
of data must be available than under routine operation. 

• Maximum overview of the spacecraft situation must be possible 
under worst conditions, such as noise due to equipment mal- 
function, spacecraft tumbling, etc. 

• Redundancy is essential; several independent means of data 
evaluation and commanding must be available. 

• Communications between individuals in the OCC and outside 
must be clear and continuous. 
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• Test methods must insure readiness of the center and ground 
stations to support the launched observatory. 

• Payload data quality must be readily assessed and required 
adjustments must be readily commanded. 

1.2 SPECIFIC REQUIREMENTS 

The OCC design becomes specific when the characteristics of the 
orbit spacecraft, payload and ground stations are fixed. These are, in 
fact, all relatively firm and will be reviewed in turn. 

1.2.1 Orbit 

The sun synchronous orbit insures a singular regularity of activity 
in the control center. Passes over* ground stations will recur daily at 
approximately the same hour repeating the sequence every 18 days. The 
constant 492 -nautical -mile altitude establishes a maximum pass time of 
about 15 minutes at all ground stations. Throughout the 18-day cycle pass 
times vary in a completely predictable manner. 

Daytime activity at the control center will typically include real 
time passes as follows: 10 at Alaska, two or three each at Greenbelt 

and Corpus Christi. The latter two overlap about 50 percent but no over- 
lap of consequence with Alaska is encountered. Night passes are about the 
same, displaced 12 hours in time. Quick look imaging seen at Greenbelt 
will generally be from 9 a. m. EST (eastern United States and Canada) to 
12 noon (midwestern United States). 

Similarly the playback video data will be arriving in the control 
center between 9 and 12 p. m. The rest of the 24-hour period will be filled 
with active passes (mostly at Alaska) except for about 6 to 8 a. m. when 
no ground station will contact the spacecraft. The above presumes no 
use of ground stations other than those equipped for image reception and 
R osman. 

Overlap between Greenbelt and Corpus Christi plus Rosman (used 
only for commands) will require simultaneous communications with three 
stations. At night the activity will include continuous 30 -minute contact 
with the spacecraft as it passes from the United States to Alaska coverage 
patterns, interspersed with 70 -minute periods of silence. 


1-2 



Thus the orbit sets the schedule of operations at the control center 
and limits the time during which activity may be conducted. It also 
establishes Alaska as more useful than the other two stations combined, 
with regard to typical spacecraft visibility in a 24 -hour day (Figure 2-1). 

Spacecraft Visibility /Day 
(minutes) 


Alaska 

100 

Greenbelt* 

49 

Corpus* 

51 


1.2.2 Spacecraft Characteristics 

The key spacecraft characteristics which influence operations, and 
thus OCC design, are data volume, command volume, and the extent of 
"out -of -sight" operations. The latter, conducted by tape recorder and 
command programmer, may be included with data and command impli- 
cations as merely an increase in volume of activity. 


There are two distinct and quite dissimilar phases of operation: 

• Initial or abnormal phases requiring close scrutiny of all data 
and use of a wide variety of commands. 

• Routine image data production phase requiring repetitious use of 
a few commands and examination of a few health data items, 
plus automatic surveillance of all other telemetry. 


As stated earlier, the design of a control center is set by the 
abnormal operations requirement; the routine operations requirement 
permits certain labor saving aids to operation. The latter is predictable. 


the former is not. 

Spacecraft PCM data arrives 
following characteristics: 

Data rate (kbit /sec) 

Bits per word 
F or mat 

S ub c o ramuntat o r s 


the control center having the 

1 or 32 
9 

128 -word main frame 
3 


^Station visibility is common for 50 percent of time. 
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Data Rate 


32 

0.036 

4.6 


Sampling rates (kbits/sec) 1 

Main frame (sec) 1. 152 

Subcommutators (sec) 147. 16 

Different data items ~420 


Although the observatory design provides about 360 separate and 
distinct commands, only a fraction of these are used in routine operation. 
Routine action is largely limited to payload manipulation plus those space- 
craft functions which relay data to the ground. In an active pass, including 
real-time and recorded image data, about 25 commands would be required. 
The stored command programmer will control ERTS as often as real-time 
commands; loading it with commands will suffice for 12 hours. Specific 
command sequences for initial operations are given m Appendix A and for 
routine operations in Section 3. 

1.2.3 Payload 

The ERTS payload places a new requirement on the control center — 
the need for a means to view Image quality and to make adjustments by 
command to restore quality. Since such data arrives in the control center 
from only one of three ground stations, this quality check will be feasible 
in near real time only from about 9:00 to 12:00 a. m. local Greenbelt time. 

The control center may wish to delegate quality adjustments of the 
sensors to Alaska and Texas stations. Alaska can unload video-taped data 
during 10 revolutions a day. 

1.2.4 Ground Stations 

The ground station characteristics needed for control center 
operation of ERTS are defined by the command uplink, PCM telemetry 
downlinks, video downlinks, and tracking system characteristics. Stan- 
dard voice and teletype circuits are needed. Standardized telemetry and 
command formats permit use of existing equipment but video reception 
and recording is a new requirement to all stations. 

1.3 OCC SPECIFICATION 

A skeleton functional specification for the OCC is given in Table 1-1. 
This is based on operating requirements developed in subsequent sections 
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Table 1-1. OCC Equipment Requirements 


PCM Data Display 

1) From input format which is 

• 1, 32 kbit/aec 

• 9 bit/word 

• 1 mainframe, 128 words 

• 3 subcommutators, 128 words each 

• Total Different Word Potential of 450 words 

2) Select and display on analog strip chart 

• A permanent record with time code 

• 32 different words at once, 8 on one page 

• Paper speeds variable 30 to 0. 1 mm/sec 

• Change selection of any one word to any 
other of 450 words in 10 seconds 

3) Select and print out programmed format 

• Out of limit words, any or all of 150 words 

• Subsystem engineering units 

Attitude control 75 words 

Power 75 words 

Communications 85 words 

Thermal 80 words 

• Commanded status, spacecraft, 80 items 

• Commanded status, payload, 75 items 

(In the above 6 printouts a common set of 11 
analog word values, spacecraft time, GMT 
equivalent time, and status of data processing 

* j 

system will be printed on all pages. ) 

• Given a 32-kbit/sec data stream, all of above 
printouts will be completed in sequence in less 
than 2 minutes after requested 

• For 1 kbit/ sec, data print out response will be 
less than 3 minutes 

• Raw data processor, every data point of each of 
20 words through entire data train selected. 
Print in engineering units. 


Format Commands 

• From input typewriter accept 

Time (GMT desired) 

Command by octal number 

Command transmitter type (STADAN or 
unified S-band) 

• From internal program 

Relate spacecraft clock to GMT 
(Accept typewriter reprogram) 

• Output to typewriter literal command train 

• Output to tape 

Standard format command 32 to 56 bit 
message 

Command Communication to ERTS S/C 

• From switch input 

Command by octal number 
Successive commands every 5 seconds 
Format Standard 32 to 56 bit 

• From tape manually started 

Command sequence as switch input above 
at 0.6 sec /command 

Verify Command Execution 

• Receipt and storage at ground station 

• Receipt and storage at spacecraft 

• Receipt and execution at spacecraft as limited 
by spacecraft design 

Datastorage Tape Recorders 

Three data (PCM) tape recorders 

Image Display 

RBV and MSS images available from NTTF for 
quality assessment and correction 


DCS Data 

Process sufficiently to assess quality 
Communication 

• Telephone to ground stations, SCAMA or 
equivalent 

• Commercial telephone 

• Teletype to ground stations 

• Internal telephone to all OCC operating 
positions 

• Data lines to and from ground stations 

Telemetry from Alaska, 16 kbit/sec 
Telemetry 32 kbit/sec from Rosman, NTTF 
Telemetry 2 4 kbit/sec from Corpus (DTS) 
Video from NTTF (2) 

Command lines to Alaska, Corpus, NTTF 
and Rosman, accept command bit stream 
for real-time modulation 

Weather Data 

• For specified locations 

o Predict cloud cover 6 hours in advance 

Simulation Tapes to Checkout OCC 

• PCM 

• Video 

Miscellaneous 

Clocks, current time GMT (digital), wall map, etc 



and on experience with existing NASA spacecraft. Volume 19 of pro- 
posal gives complete OCC specification. 

1.4 STUDY REQUIREMENTS 

As a convenience, the requirements of Study Specification S -70 1 -P -3 
for the OCC are abstracted here and the TRW response cited. Where this 
volume is not pertinent to the item listed, a reference to the appropriate 


volume is given. 

SPECIFICATION S -70 1 -P -3 

7. 14.2 

"OCC will provide 

"Focal point for project unique 
mission requirements. ..." 

"spacecraft activity plan. . . " 


"coordinate schedules withSTADAN/ 
MSFN. . . " 

"Direct and monitor all ERTS oper- 
ations support. " 

"Operate the spacecraft" 

"Operate the sensor" 

"determine spacecraft health config- 
uration and performance at a system 
and subsystem level" 

"determine sensor configuration 
health and performance" 

"Compile and maintain operational 
records and data" 

7. 14.2. 1 
"OCC will 

"generate plans for the scheduling 
and the interrogation of the ERTS." 

a. "Generate, display and verify 
commands for 

1. Spacecraft status 

2. orbit corrections 

3. sensor operations 


TRW RESPONSE 


Centralized control lies in the 
ERTS OCC. See Section 3. 

Initial activity is best presented 
in Appendix B. Routine oper- 
ations are given in Section 3. 


See Section 2 and Appendix B. 
Section 3 

Same 

Same 

Volume 25, Phase D proposal 


Volume 16 

See Volume 14 for format 
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SPECIFICATION S -70 1 -P -3 


TRW RESPONSE 


b. "Receive, process, display, dis- 
tribute and store spacecraft data" 

c. "Analyze and' evaluate data. ..." 

d. "Generate schedules for picture 
taking and platform data 
acquisition. . . " 

e. Provide ... sensor and spacecraft 
displays and controls. ..." 

f. "Provide realistic spacecraft 
simulation capability for 

command 

data acquisition" 


See Volume 14 

See Volume 14 
See Volume 14 

See Volume 14 

Requirements are defined 
in this volume, Section 11 


7. 14.2.2 

a. "Identify types of data needed in 
the OCC and handling and pro- 
cessing the same." 

1. Command data 

2. Derived spacecraft data 

3. Telemetry and housekeeping data 

4. Orbital position data 
Spacecraft attitude data 

5. ERTS payload data 

6. Cloud cover, sun angle, other 

7. User requests" 

b. "Identify displays and other equip- 
ment required at OCC 

"Identify ERTS unique equipment 
needed at STADAN /MSFN stations 

"Submit preliminary hardware 
specifications for 

1. Computer system 

2. Displays 

3. Other" 


Section 4 

Section 4 
Section 4 
Section 4 
Section 4 
Section 4 
Section 12 

Section 8 
Section 13 

See Phase D Volume 19 
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SPECIFICATION S -70 1 -P -3 


TRW RESPONSE 


c. "Study software types needed and 
supply flow diagrams for 

1. Control center operations 

a. Annotation of data 

b. Monitor spacecraft 
performance 

c. PCM processing for 

occ 

STADAN/MSFN 

d. History logs 

data coverage plots 

e. Spacecraft utilization" 

2. "Study spacecraft simulation 
software (for control center 
simulation) " 

3. "Study test and diagnostic 
software" 

d. "Study computation capacity 
required to forecast/predict 
orbital position from NASA 
furnished orbital elements." 

e. "Analyze and identify hardware/ 
software tradeoffs." 

f. "Specify a spacecraft simulator 
system to checkout spacecraft/ 
STADAN/MSFN /OCC /NDPF 
compatibility and operations." 

"Consider feasibility of using 
actual spacecraft components." 

g. "Provide a staffing plan." 

h. "Provide detailed time based 
outlines of preliminary oper- 
ational procedures" 

"Provide ... an ERTS utilization 
plan demonstrating a typical 18 day 
operations cycle ......" 


See Volume 14 


See Section 11 


No work done at request of 
NASA 


Section 1 1 


Section 10 

See Section 2 and Appendix B. 
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2. Orbit Constraints 



2. ORBIT CONSTRAINTS 


The ERTS orbit is precisely defined and controlled. Considerations 
of choice and adjustment are discussed in Volume 2 of the Phase B/C 
report. This section will develop the aspects of the orbit which influence 
spacecraft operation. The physical interrelationship of the ground 
stations which will be used for this mission is closely related to this 
subject. 

The ERTS orbit is sun synchronous; its plane rotates one revolution 
per year keeping a relatively constant sun line angle. Being inclined 
about 99. 1 degrees means that the plane of the orbit passes to the left 
of the North Pole by about 9. 1 degrees when viewed from the ascending 
crossing of the equator (which is in darkness). Spacecraft daylight passes 
over the equator proceed in a southwesterly direction as shown on Figure 
2-1 and become the primary data gathering passes. Data' may also be 
gathered during nighttime passes over data collection platforms and on 
ERTS -B from the infrared channel of the line scanner. 

The opportunities for imaging land masses in daylight are graph- 
ically shown in Figure 2-2. This graph includes data from the 14 typical 
revolutions of Figure 2-1 and also from a set of 14 revolutions midway 
between those shown, which would occur 9 days later. It is seen that 
the longest continuous land imaging strip is 33 minutes when the space- 
craft passes from northern Russia to South Africa. 

While only half the surface of the earth is in sunlight at one time, 
about two-thirds of the orbital path is illuminated. Figure 2-3 shows 
this relationship in scale. The average eclipse time is about 31 minutes, 
the orbital period 103.3 minutes. 

Ground station coverages of the spacecraft are shown on Figure 2-1 
centered at Fairbanks, Alaska; Corpus Christi, Texas; and Rosman, 

North Carolina. The spacecraft altitude and a minimum elevation angle 
of 5 degrees establish the maximum time of contact with the spacecraft 
as 15 minutes. Figure 2-4 shows the time of 'contact with the spacecraft 
for the revolutions' plotted in Figure 2-2. While Figure 2-4 shows the 
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TIME FROM EQUATORIAL CROSSING {MINUTES) 



Figure 2-1 

24-HOURS ERTS GROUND TRACE showing coverage of ground stations 
Daylight passes are southbound, nighttime passes are northbound 
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REVOLUTIONS AS NUMBERED ON FIGURE 2-1 


Figure 2-4 

SPACECRAFT VISIBILITY TIME from Alaska, Corpus, 
or Greenbelt ground stations, overlap in coverage 
excluded 

total time o£, spacecraft communication with the ground stations, Fig- 
ure 2-5 shows spacecraft visibility for each ground station individually. 
From this figure the superior utility of the Alaska station is readily 
apparent. Figure 2-5 shows one typical day of station coverage, there 
are 18 different visibility charts like it for one year of operations. 
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REVOLUTION NUMBER 



Figure 2-5 

GROUND STATION VISIBILITY of spacecraft, 
14 successive typical revolutions 
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3 . OPERATION PLAN 


3 . 1 OPERATION PHASES 

The initial stages in the Operation Control Center procedure leading 
to spacecraft launch and orbital operation are very similar to that for OGO 
However routine operations differ markedly because of the differences in 
the sensors used. 

A specific ERTS operations plan has been prepared and is included 
as Appendix A to this volume. The actions needed to prepare for launch 
and to effect control in orbit are grouped in four main categories by time 
of occurrence: 

• Early planning 

a Prelaunch 

• Initial operations 

a Routine operations 

3.1.1 Early Planning 

Early planning extends from six months to a year before launch. 

In this phase the operators who will control the spacecraft must become 
intimately acquainted with its design. Information which must be 
accumulated includes: 

• Telemetry measurements . What does each measured item 
really mean? How is it instrumented and at what point in the 
circuit does it originate? Are there filters which reduce or 
iron-out transients? An accurate calibration must be obtained 
for each telemetry word; this is generally done by reference to 
spacecraft test data if feasible. A calibration book and simple 

. schematic for each measurement is published. 

e Commands . What does each command do? How is it imple- 
mented in the circuit? What safeguards are provided? A 
publication showing each command function in simplified 
schematic form is required. 

• Spacecraft design . The responsible technical controller must 
understand the idiosyncracies of spacecraft design. 

• Payload design . All of the telemetry command and general 
design data on the payload must be obtained. The controller 
must know how to determine that the payload is operating 
properly and what commands to use to correct an observed 
fault. 
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From the detailed knowledge described above, the tools for operation 
must be designed and produced. The computer programs to format data 
must be perfected. Interpretive cards for strip charts are very useful; one 
is required for every analog word. Plans must be written for all phases 
of operations which will follow. Although emphasis here is on physical 
products the most important tool will be the skilled operators and their 
ability to react quickly to noisy data in a tense launch situation. 

Checkout of ground stations and control center with realistic data 
sources is an important activity in the early period. A spacecraft 
simulator, which will generate all ERTS peculiar signals, realistically 
modulated, and will receive and decode commands etc. , is used. Sub- 
sequent tests can be abbreviated through the use of magnetic tapes to 
represent incoming data for rehearsal routines. A realistic simulation 
in the OCC requires a data train taken from the spacecraft itself, 
exercised such that telemetry functions move in a realistic manner. 

Tapes made in observatory thermal -vacuum tests have been used in the 
past. 

3.1.2 Prelaunch Activities 

Prelaunch activities are planned long in advance but they peak just 
prior to launch. Selected experts, usually subsystem designers, are 
dispatched to the control center or outlying ground stations. Readiness 
tests are conducted with all stations participating to check out data pro- 
cessing, interpretation, and reporting. On a reasonably representative 
time scale a readiness check (about 10 days prior to launch) proceeds 
through all stations with reports of data words from analog strip charts 
or lights required. Commands are requested and sent just as planned 
for spacecraft orbital encounter. (See also Appendix A, Section 4). 

With a complex management superstructure situated at telephone 
stations in Greenbelt or the launch site, the countdown begins. From an 
orbital operations standpoint the only requirements on the spacecraft 
prior to launch are: 

• The configuration of the spacecraft (command status) should be 
as agreed in the operations requirement (Appendix A, Table A-l). 
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• Spacecraft clock time must be correlated with GMT. 
a The batteries must be fully charged. 

3.1.3 Initial Operations 

Initial operations begin officially when the booster has injected the 
spacecraft into orbit. This process occurs after a sequence of events as 
shown on Figure 3-1. Delta first burn terminates at about 100 -nautical- 
miles altitude and the spacecraft coasts half way around the earth. Delta 
second burn is brief but circularizes the orbit to within a few miles. 
Deployment is observed at both Joburg and Madgar stations. 


FIRST CUTOFF 
100 NAUTICAL 
MILES ALTITUDE 



TIME-SECONDS 

SEQUENCE OF EVENTS 

STATION 

0 

LIFTOFF 

WTR 

40 

SOLID SHUTOFF 

WTR 

220 

THOR SHUTOFF, MECO 

WTR 

235 

THOR DELTA SEPARATION 

WTR 

289-524 

DELTA FIRST FIRING 

NONE 

3300-3304 

DELTA SECOND FIRING 

MADGAR 

3364 

ERTS-DELTA SEPARATION 

MADGAR 


Figure 3-i 

SEQUENCE OF EVENTS 


Johannesburg and Madagascar stations will monitor telemetry data 
but will send only one command, deploy backup. Attitude control will 
remain in Mode I, with the spacecraft tumbling slowly until the Alaska 
sighting. At Alaska the attitude control system will be allowed to pro- 
ceed into Mode 2b and sun acquisition monitored. Telemetry data from 
Madgar, Alaska, and several other STADAN stations will be available 
real time at the control center for monitoring the events. Mode 2b calls 


3-3 



for acquisition of the sun using sensors at the end of the array. Reaction 
wheels and control gas jets come into play to torque the spacecraft. The 
array is fixed with its solar cell active surface facing toward the tape 
recorder (+Y) end of the spacecraft. At the same time that the control 
forces begin to bring the spacecraft around to point at the sun, a rate 
gyro is spun up and develops an error signal which can only be removed by 
a low rate of rotation of the spacecraft around its long (pitch) axis. The 
sun acquisition and pitch spin -up maneuver takes only a few minutes and 
should be complete during the real-time viewing from Alaska. The space- 
craft housekeeping tape recorder is dumped at Alaska toward the end of 
the 12-minute pass. This playback requires three minutes. 

The spacecraft continues to track the sun and is not viewed from a 
ground station until it is in eclipse over Joburg. Real-time data is 
relayed from Joburg to Greenbelt via a low rate communication link which 
suffices since only a selected small portion of the data is needed. A 
similar arrangement gives the OCC data from Winkfield which has a 
15 -minute pass next. As the spacecraft continues to rotate in pitch (at 
0.5 deg/sec) it will drift off the sun pointing line and when exiting from 
eclipse a small amount of gas might be used to reacquire the sun. To 
prevent this the control gas will be disabled. 

If all is well to this point, as revealed by examination of tape 
playback and real time data, entry into earth acquisition Mode 2c is 
commanded at Alaska on the third revolution. Earth stabilization begins 
when three of four horizon tracker heads lock on the earth. Again the 
control forces act to orient the spacecraft until the error signal from the 
tracker is nulled, a condition where the +Z body axis is closely aligned to 
earth center. Mode 3 describes this condition and in this mode the solar 
array is permitted to rotate until the array normal vector points toward 
the sun. 

The spacecraft is next viewed at the Orroral tracking station, 
Australia, for about 13 minutes. Again real-time data is relayed to GSFC 
but this must be interrupted to dump the housekeeping tape recorder for 
four minutes. Again the tape playback will be sent to the OCC via low 
data rate link. 
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Yaw acquisition will be delayed until the sequence of stations: 
Santiago, Quito, Rosman (or NTTF), and Alaska provides 45 minutes of 
continuous viewing. This occurs on the fourth revolution which becomes 
the fifth revolution at the equator. This sequence occurs in eclipse which 
in Mode 3 sees the spacecraft pointing to earth but drifting slowly in yaw 
as a result of wheel, run-down. It is likely that the operators will wait 
for the appropriate moment to command Mode 4 which in this case would 
be the attitude near as possible to alignment with the yaw plane. At 
entry into eclipse the spacecraft would have been 60 degrees off the 
desired yaw attitude ( -X axis leading along flight path), and it is likely 
that the yaw wheel run-down in eclipse will rotate the spacecraft towards 
the desired attitude. Mode 4 is entered with a slow turning rate and 
(in this case 60 degrees initial error) about 50 minutes will be required 
to reduce yaw error to a few degrees. 

All of this action will be viewed primarily via the strip chart 
recorders. Normal performance can be confirmed via sporadic reports 
of word values and digital printouts of status and subsystem data snapshots, 
but anomalous operation requires all the data visibility possible. At the 
stage of attitude control analysis just described, the dynamic situation is 
important. The other key ingredient for successful reaction to the 
unexpected is the presence of skilled interpreters, some of whom have 
operated OGO and of others who have designed the new aspects of ERTS. 

From this point on we enter the payload turn-on phase which is 
delayed at least until revolution 12 when sunlight is available at Greenbelt. 
Outgassing may require a further delay but if this is not critical revolu- 
tion 12 provides a sweep over northeastern Canada which may be used 
for a quick check of RBV imagery. The data collection system is also 
commanded on at this time and will remain on. Revolution 13 provides 
a midcontinent sweep of North America and will be used to activate the 
MSS. The NTTF and Corpus stations can simultaneously receive most of 
this pass. On subsequent pass number 14 the two video tape recorders are 
first used together with the two sensor data sources. Only a brief trial is 
feasible since record and playback must be completed in the 11 -minute 
Alaskan pass. Subsequent recording operations will be entirely commanded 
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by stored programmer with playback in eclipse. Checkout of the stored 
programmer will begin with operations in view of the ground station by 
altering the status of unimportant functions on a short time scale. With 
confidence in the programmer the orbit adjustment process may begin. 

3.2 ORBIT ADJUSTMENT 


To provide a complete mapping of the earth surface in 18 days, a 
precisely controlled orbit is required. The orbit parameters needed are: 


Period 

Inclination 

Eccentricity 

Altitude 


103.3 min. 
99.098 
0.001 
490 nmi 


The orbit desired is as circular as feasible for constancy of picture 
dimensions. Period control is a first-order requirement for overlap of 
adjacent tracks, and inclination and altitude together determine sun 
synchronism, i.e., orbit rotation of about 1 degree per day. 

The booster is not sufficiently accurate to achieve the desired orbit. 
A full description of its errors and the required correction is given in 
Volume 2 of the Phase B/C study report, 11 February 1970. 

To correct the orbit which results from booster injection the 
following actions are required. 

• The orbit must be precisely measured with the unified S -band 
MSFN tracking network. 

• The required correction in spacecraft velocity must then be 
computed. The required velocity increment must be com- 
puted together with points in orbit at which it is required. 

• Given the required velocity and point of application the time of 
thruster turn-on and -off must be read out from orbit prediction 
printouts. Thrust is to be turned on 250 seconds before the 
required position is reached and turned off 250 seconds after 
same. This must be repeated on successive revolutions as 
required. 

• Commands for thrust will generally be required by storage 
mode in the spacecraft since the chance of real-time cover- 
age is very low and the number of successive thrustings 
covers two to four days. The specific commands for a thrust 
addition in the direction of the velocity vector are: 
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Command 055 orbit adjust arm, time tag 
Command 200 + X Thrust on, time tag 
Command 260 orbit adjust off time tag 
Command 064 orbit adjust disarm, time tag 

In general, the orbit adjustment function will require only in -plane 
thru stings. 

It is recommended that only about two-thirds of the required 
velocity be added to the spacecraft on the first correction. After com- 
pletion, a second orbit measurement and velocity correction should be 
computed. An iterative approach will limit effect of errors in computation 
outside the control of the control center. 

Operation of each orbit adjustment thruster results in 0.05 pounds 
of thrust, a power drain of 75 watts (to heat the gas), and minor pointing 
errors in attitude control. Operation of all other spacecraft and payload 
functions is permissible during thrusting. Increased errors in payload 
imagery will result from increased body rates and pointing: 


Body Rates (deg/sec) 

Body Pointing Error (deg) 

X Y Z 

X Y _Z 


Normal performance 0. 011 0.008 0.011 

0. 5 

0.7 

0.5 

During orbit adjust 0.03 0.03 0.03 

1 . 0 

2. 0 

1.5 


The spacecraft installation of orbit adjustment^thrusters is shown 
on Figure 3-2 where identical units are used on +X, -X and +Y body sides. 
When a thruster is operated, the torque caused by error in alignment 
through the center of gravity or plume impingement on array causes body 
rotation, which must be countered by reaction wheel and occasional con- 
trol gas torque. It is likely that control gas will pulse on and off on a 
duty cycle of 3 to 5 percent. Yaw gas is activated automatically by the 
arming of the orbit adjust system, since gas torque is required around 
all three axes. Yaw control torques are not required in normal space- 
craft use and yaw gas control is inhibited. 

From orbital calculations it appears that no adjustment in velocity 
will be required in the first year other than the' initial series which may 
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PRESSURE VESSEL- 



Figure 3-2 

ORBIT ADJUST THRUSTERS allow velocity correction 
in four directions 

easily be completed in a week. In successive years some trimming will 
be necessary if it is required that corresponding revolutions over the 
18-day cycle track to a few miles. As revealed in V olume 2, previously 
cited, an adjustment of up to 17 ft/sec {cross plane) is required to com- 
pensate for drift caused by the solar gravity gradient across the orbit 
during one year. This torque on the orbit is compensated in the first 
year by an intentional 0.015 degree inclination of the plane to 99. 098 
degrees. The plane then drifts through the desired 99.083 degrees 
inclination and beyond. In subsequent years a single orbit adjustment per 
year should suffice* 

3. 3 ROUTINE DATA ACCUMULATION 

Typical activity in the OCC and ground stations in the routine phase 
of data accumulation is described in this section. This phase is divided 
into three distinct periods: pre-contact operations, contact operations, 
and post-contact operations. Each imposes unique demands upon ground 
facilities and will be discussed in detail in the following paragraphs. 
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3.3.1 Pre-Contact Operations 

Pre -contact operations are initiated two days before the scheduled 
contact between spacecraft and ground facilities. This period is charac- 
terized by making ready all personnel and ground facilities for the 
approaching contact and assignment of specific duties during the contact. 
During this period the remote station is given its pass assignment 
by teletype, advised of the type of telemetry data it can expect to receive 
from the spacecraft, and in what manner it is to handle the data. Specific 
instructions are given concerning the real-time recording of all data and 
simultaneous transmission of housekeeping PCM data to the OCC. 
Additional instructions are given for post -contact replay of the house- 
keeping PCM and DCS data to the OCC as are instructions on labeling 
and mailing of recorded sensor data tapes to the NDPF for picture 
processing. 

A punched command tape which was generated during the operations 
planning phase is teletyped to the station along with the pass assignment. 
The tape reader-writer of the station teletype unit creates a command 
tape which is directly readable by the station command encoder and which 
will be retained at the station as a backup to be used at the direction of the 
OCC controller in the event of loss of real-time command capability from 
the OCC. The full tape is immediately retransmitted by teletype to the 
OCC for assignment and command message validation. 

ESS A weather predictions for the geographic region traversed will 
be updated until at least six hours prior to contact and command lists may 
be changed within a few minutes prior to spacecraft contact. The impact 
of last minute changes on personnel may cause some confusion and result 
in command errors. The ability to accommodate late changes in plan 
caused by weather predictions will be determined by experience. The 
ability to reschedule at any time on the basis of emergency requests or 
spacecraft contingencies is implicit in the design of the OCC. 

3.3.2 Contact Operations 

Contact operations begin approximately 45 minutes before the pre- 
dicted time that the spacecraft enters ground station antenna range, T-45. 
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At this time all OCC personnel are at their assigned stations under direc- 
tion of the operations controller. The command assignment is reviewed 
and error -checked. The predicted commanded status of the spacecraft 
and payload in the ADPE data base is examined in light of the stored 
command executions since the last contact. All hardware and operational 
software is readied and closed loop checked with the OCC. The command 
list is loaded into the ADPE memory, displayed, checked, and readied 
for real-time transmission. 

At T-20, NETCOM is advised by telephone to bring on line the 
remote station, NASCOM data links, and SCAMA II voice line. For the 
next 15 minutes the station- NASCOM- OCC loop is tested and verified. 

• Pass Assignment. The pass assignment is verified over the 
SCAMA II line by the OCC command generation technician 
and the remote station controller. 

• Command Translocation Test. Dummy commands are trans- 
located over the high speed data link to the station command 
encoder and reception is validated by the OCC ADPE. 

• Uplink Command Transmission Test. Dummy commands are 
translocated through the station command encoder, uplink 
radiated into a dummy load, and validated by the OCC ADPE. 

• Command Translocation . The entire command list is trans- 
located to the memory of the station command encoder and 
validated by the OCC ADPE as a backup precaution. The 
previously teletype d punched command tape residing at the 
remote station will only be utilized in the event of command 
translocation failure during this period. In that case, the 
command tape will be loaded into the station command encoder 
memory for transmission under the verbal direction of the 
OCC controller. Assuming no translocation difficulties, the 
command list stored in the station command encoder memory 
is switched off line. The OCC ADPE, with its full command 
list retained in memory and displayed to the OCC controller, 
remains on-line ready for real-time transmission of commands 
through the station command encoder to the station command 
antenna. 

e PCM Data Tests . The remote station places its PCM simu- 
lator on-line over the NASCOM high speed data link or wide- 
band data link to the OCC. Remote station PCM data handling 
equipment, strip chart recorders and visual display units are 
checked for operation using the simulator. Similar OCC 
equipment plus all software and their associated CRT displays 
to be used during the pass will be exercised for readiness 
using the station simulated data. The station simulator will 
remain on-line until removed at T-l minute. 
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As shown by Table 3-1 the activity of all personnel and the use of 
equipment reaches a peak during spacecraft contact. Of greatest impor- 
tance is the ability to analyze the health and performance of the space- 
craft in the shortest possible time so that command activities may 
proceed. The use of the ADPE and unified display system will greatly 
facilitate this analysis. 

3.3.3 Post -Contact Operations 

Post-contact operations are characterized by the assembly and 
processing of all data in the OCC. PCM playback data which was recorded 
at the 32 kilobit rate by the ground station during spacecraft contact is 
now replayed to the OCC at a slower speed of 8 or 16 kilobits, depending 
on the capability of the NASCOM link between the station and the OCC. 
During this period, all narrowband housekeeping PCM data is analyzed 
thoroughly to assess spacecraft and payload performance. The PCM 
data is converted by the ADPE and tape recorded for input to the NDPF. 
Immediately thereafter, the DCS data recorded by the station is simil- 
arly played back to the OCC, digitized, and transported to the NDPF. 
Digitization of both PCM and DCS data is necessary since the NDPF 
requires computer readable tapes to be used in DCS data reduction and 
picture processing. Finally, the commanded status in the ADPE data 
base is updated for those commands which will be executed by the stored 
command programmer while the spacecraft is out of range of the station. 
Update of real-time commands is unnecessary since the data base was 
updated automatically in real time as the commands were transmitted out 
of the ADPE. 

The cycle from mission planning through data acquisition and 
analysis is now complete. It will be repeated on a routine basis. 

Pre -contact DCS data tests will be performed only by the NTTF 
since it is the only station capable of real-time transmission of DCS data 
to the OCC. The OCC DCS demodulator /synchronizer and data handling 
equipment will be exercised using the signal generated by the NTTF DCS 
simulator until T-l minute. 

Tapes are loaded into the tape recorder and tested for proper 
operating speed and signal levels. Strip charts are calibrated and data 
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Table 3-1. Typical Command 



for a 10- Minute Daylight Station Contact 


Command 

Tim® Type Function 


T-»0t 13 Los* ot reception o£ DCS data on untried S band signal 

T+10 00 Roal lime OCC Haiti video tape recorder playback on /ailing AGO, 

• (at/on steps recording 

Real timo OCC turn* off S-band transmitter*, station *top» 

recording 

Lon ol signal (LOS) 

Loie VHF signal, station stop* recording 

Lose unified S-band signal, sullen stops roqording, 

halt# dal* transmission to OCC 

Tho commands loaded inlo the stored command programmer at T+3 00 will execute 
the following procedures out ol range o/ tho ground station 

T+10 31 Stored Rewind video tape rocorders to prepare /or 

command recording 

programmer 

T+ll 5® Stored Halt video tape rocorders 

command 
programmer 

Stored Switch MSS and RBV to video tape recorder* 

command 

programmer 

The following sensor picture taking sequence will be repeated a* scheduled by tho 
stored command programmer 


T+50 00 

Stored 

command 

Video tape recorder* to standby 


programmer 

Turn on MSS and REV 

T+50 10 

Stored 

command 

programmer 

Video tapo recorder* to record 

T+51 00 

Stored 

command 

programmer 

Turn off MSS and RBV 


Turn o// video tape recorders 


The following sequence will be initiated prior to and in preparation for acquisition 
by the newt ground station 

T-05 00 Stored Rewind video tape recorder* to prepare for playback 

command 
programmer 

T-03 03 Stored Turn off video tape recorder* 

command 
programmer 

T-03 30 Stored Switch video tape recorder* to S-band transmitters 

command 

programmer * 

T*0l 00 Stored Turn on S*band transmitter* for warm up 

command 
programmer 

Stored Video tape recorders to standby to bring head up to 

command proper speed 

programmer 


AOS, repeat above contact assfgnment 



channels selected. Visual display units are checked for failed light 
elements . 

3.3.4 Spacecraft Contact Activities 

Operations during spacecraft contact will vary somewhat from 
pass to pass, depending upon the use of the sensor while out of sight of 
the station and whether the pass is northbound (night) or southbound (day- 
light) . In general, the command schedule shown in Table 3-1 will be 
typical for revolutions culminating in a 10 -minute daylight station contact. 

Through use of the on-board stored command programmer, all 
of the spacecraft and payload components which are to be utilized during 
the pass will be readied and warmed-up beyond range of the station. Upon 
first sighting of the spacecraft by the ground station, real-time commands 
will be transmitted to actuate the spacecraft communications system to 
obtain real-time housekeeping and DCS data and video tape recorder play- 
back. The real-time PCM housekeeping data will be recorded at the 
ground station while being transmitted directly to the OCC over the 
NASCOM data links. Payload data will be recorded at the ground station 
for later mail transmittal to the NDPF. 

Immediately upon receipt in the OCC, real-time PCM data will 
be examined by software and displayed for quick analysis to determine 
the health and commanded status of the spacecraft. Any anomalous con- 
ditions detected will be corrected by manual commands. As the space- 
craft approaches the northern boundary of the United States, video tape 
recorder playback will be halted and real-time RBV and MSS operations 
will commence. During this period, new stored command programmer 
commands will be loaded and executed commands will be deleted. As the 
observatory reaches the southern United States boundary, real-time RBV 
and MSS operations are halted and playback of video tape recorders 
re -commences. As the spacecraft approaches the outer range limits of 
the station antenna, playback of the video tape recorders is halted and 
all real-time spacecraft operational, equipment is commanded off. While 
out of sight of the ground station, the command list contained in the stored 
command programmer rewinds the video tape recorders in preparation 
for recording, performs the scheduled picture taking events, rewinds 
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the recorders in preparation for playback at the next ground station 
sighting, and readies the transmitters prior to the next real-time pass. 

3.4 SPECIAL OPERATIONS 


The class of operations which is carried on during the routine 
operations phase, but is conceptually quite apart from data accumulation, 
we call " special" operations. Such operations will generally be planned 
and executed by manual control, there being insufficient repetition of the 
same actions to justify computer programming of the command sequence 
generation. Real-time commanding is planned for these functions: 


3.4.1 Battery Reconditioning 


Battery reconditioning is an operation to improve charge storage 
capacity which may occur as often as every 30 days. Nickel -cadmium 
batteries used repeatedly in a charge -discharge cycle exhibit an inability 
to support a heavier drain when it occurs after a series of similar cycles. 
This "memory" effect may be erased by occasional deep discharges 
followed by recharge. The ERTS application is sporadic in that discharge 
will be proportional to use of the sensors and this varies with land mass 
under the flight path. Thus it may be that reconditioning will not be 
required. Facility for reconditioning has been provided and initiation 
will require the following command sequence in real time 


Command 374 
Command 124 
Command 165 
Command 120 


Regulator 1 disconnect 
Battery 1 disconnect 
Battery 1 recondition 
Execute 


A discharge of about 3 amperes will result, automatically terminat- 
ing when the battery voltage reaches 22 volts. To restore the battery to 
the charge bus the following commands are required 

Command 145 Battery 1 conditioned 

(Wait about one revolution and then) 

Command 104 Battery connect 

Command 120 Battery execute 

Command 354 Regulator 1 normal 
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All of these commands will be effected in real time, there being no 
critical timing aspect which would require use of the programmer. 

3.4.2 Moon Avoidance 

Moon avoidance is an operational requirement easily met and 
practiced in present day OGO operations. Moon interference in ERTS will 
occur about two to three times each month when the rising moon may be 
seen by a horizon tracker. It may repeat on several successive revolutions. 
This phenomenon is only important at the horizon and in the case where 
the moon is emerging from eclipse (by the earth as viewed by the space- 
craft). The procedure now used for moon avoidance on OGO 6 will be 
simplified on ERTS by availability of individual tracker head inhibitor 
circuits. The procedure to be used will be as follows 

• Controller examines orbit predict for moon -tracker line 
coincidences less than 5 degrees (Figure A-9, Appendix A) 

a Controller orders command sequence as follows, about 
one day prior to expected coincidence: 

.Command 067 OS A arm 

Command 155 Head D disable 

Command 047 OSA off 

The reverse of this sequence is used a day after the moon coincidence to 
place the spacecraft in the original (redundant head available) configuration. 
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4. DATA 


The data required to operate an ERTS observatory was reviewed to 
size the processing and display task. Basis for this review was the 
functioning spacecraft and the nature of its use. The objectives were to 
determine if data rates and quantities telemetered were proper for 
convenient operations. 

The two primary modes of operation place quite different demands 
for data on the system: 

• Initial or abnormal operations demanding high visibility of a 
wide range of spacecraft data while the payload is turned off. 

• Normal data production requiring payload and command 
verification data whereas spacecraft data at a low sample rate 
is sufficient. 

The spacecraft data system design which was chosen earlier to 
meet the above objectives is made up of one main frame plus three sub- 
commutators. A second operating mode allows subcommutator 2 to be 
accelerated to the main commutator rate and all data in the main commu- 
tator, except time, is lost. These two modes support the two operations 
modes. When subcommutator 2 is accelerated, spacecraft initial opera- 
tions are facilitated since all needed spacecraft data is assigned to that 
subcommutator. For routine data operations the main commutator is 
suitable and experiment plus command verification data is at high rate. 

As part of the control center study the data assignments to com- 
mutator formats (see Appendix B) were made. These assignments 
followed the previous OGO assignments. 

4. 1 PCM TELEMETRY DATA VOLUME 

With very few exceptions the entire telemetry output of the space- 
craft must be accepted, processed, and displayed in some manner to 
operate ERTS. The exceptions are a function of time, e. g. , after array 
deployment it is no longer necessary to be concerned with deployment 
telemetry. The data volume required is thus defined by the total number 
of different words times the sample rate. The current telemetry list is 
slightly revised from the February ERTS spacecraft report and is 
included in Appendix B. 


4-1 



The types of data and quantities assigned to 

commutators are 

shown in Table 4-1. 




Table 4-1. Data Assignments to Commutators. Presumes 
Routine Operations use Main Commutator 


Words 



Main Commutator 




Payload data 

82 



Attitude determination 

7 



Time, sync, etc. 

10 



Programmer store 

14 



Command status, 
spacecraft 

Spares 

7 

_5* 


125 

Subcommutator 1 




Attitude control 

1 



Power 

38 



Data 

19 



Spares 

70 


"128 

Subcommutator 2 




Attitude control 

78 



Structure 

5 



Power 

23 



Data 

9 


, 

Spares 

_8 


123 

Subcommutator 3 




Communication 

56 



Thermal 

24 



Data 

11 



Spares 

21 


TT2 



Total 

* 

580 


Multiple sampling explains the increase over the 420 different 
quantities telemetered. 
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In the above table multiple samplings of the same item are each 
counted. For example: the control gas firings are each sampled eight 
times in subcommutator 3 thus increasing the data volume. The basic 
data rate is either 0. 009 or 0. 00028 second per word depending on bit 
rate (1 or 32 kbits /sec, respectively). The maximum data volume 
requirement is the sum of the telemetered items or 580 words. Certain 
items are multiply sampled; there are a maximum of 488 different 
possible data items. 

Data rate to be accommodated is 1 and 32 kbits /sec. The higher 
rate will be routinely used for real time activities. 

A possible inconvenience m spacecraft operation can result from 
147- second sampling of data needed for routine operations in the 1 kbit/ 
sec mode. The low bit rate is universal for all out- of- sight operations 
(88 percent of all time) and may be used for real-time passes as well, if 
allowable. The data presented by commutators have been analyzed to 
develop a list of items requiring timely reporting during routine 
operations. Ground rules for this analysis included: 

e Power commands routinely used are limited to those used in 
reconditioning the batteries. 

• Attitude control commands are limited to head selection for 
moon evasion. 

• Routinely operated are RBV and MSS on, off; video transmitters; 
payload converters; command programmer. 

® VHF and unified S-band transmitters are always on. 

This analysis resulted in the following list of telemetry data items which 
should be reported promptly to speed up stimulus and response activity: 


Item 


Description 


Several 


Payload command status 


II, 115 

A17, A18, A19 
A44, A47 


VTR tape footage 
Reaction wheel count 
Jets, status 


Sample Interval 
Commutator at t kbit/sec 


Mam 

1. 152 

Main 

1. 152 

Main 

1. 152 

Sub 2 

147. 16 
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Item 

Description 

Commutator 

Sample Interval 
at i kbit/sec 


Video transmission status 

Main 

1. 152 

DIO, D59 

Load bus current and 
voltage 

Sub 2 

147. 16 

F42, F43 

Tape recorder status 

Sub 2 

147. 16 

F54 to F65 

Programmer verification 

Main 

72 

F68, F69 

Programmer parity 

Main 

1. 15 

D83 

Payload converter status 

Main 

1. 15 


The apparent unsatisfactory aspects of spacecraft data rates above 
are, in order of importance: (1) programmer verification, (2) load bus 
current and voltage, and (3) jet status. While the last item {jet inhibit) 
is not expected to be used routinely, it is cited because of a history of 
frequent use. Reassignment of the telemetry words to the main commu- 
tator will solve the problems except for command programmer verifica- 
tion. Increased data rate is required to improve the rate of the latter. 

Use of 32 kbits /sec on VHF is permitted only in emergency and use 
on the unified S-band is feasible unless playback of PCM data is in process 
or while range code is inuse. It should be well worth working around the 
tape recorder playback periods, to speed-up reporting of programmer 
load. This is feasible when it is considered that real-time contact with 
the spacecraft averages about 175 minutes per day. Housekeeping tape 
recorder playback requires about 50 minutes per day. 

4. 2 COMMAND VOLUME 

An estimate of likely command volume has been made based on 
typical high-activity payload operation periods. The activity is described 
in Section 2 and includes activity corresponding to a daylight pass over 
the USA. Table 4-2 shows this activity and the number of commands 
associated with each. 

From the following activity profiles it is concluded that an extreme 
pass will have at least 125 commands. Since most of these are to load 
the store command programmer, many real-time passes will not exceed 
25 commands. 
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Table 4-2. Command Activity in Real-Time Pass, Extreme Case 


Time 

Action 

Total 

Commands Commands 

T+00: 15 

Initiate video tape recorder play- 
back on 

157, 325, 203 
B330, B350 

5 


S-band transmitters on 

300, 320 • 

2 

T+00:30 

Initiate PCM recorder playback 

061 

1 

T+3:00 

Road stored command programmer 

116*, 217 

110* 


Warm-up RBV and MSS 

A3 11, 206 

2 

3:30 

Stop video tape recorder 

263, 303 

2 


RBV and MSS on 

205, 306 

2 


Switch data to MSS-RBV 

151 

1 


RBV and MSS off 

225, 207 

2 


Video transmitters off 

201, 221 

2 



Total 

129 


*The store is presumed loaded for six revolutions times 18 commands 
(Table 4-3). 


Table 4-3. Stored Command Activity in Non- Real- Time Imaging 


Time 

Action 

■ T otal 

Commands Commands 

T 

o 

Warm-up RBV, MSS 

A311, 206, A231 

3 


Standby video tape recorder 

203,325 

2 


Rewind video tape recorder 

243,365 

2 

T + 1:00 
o 

RBV and MSS on 

205, A251 , 151 

3 


Video tape recorders run 

223,345 

2 

T + 12:00 
o 

RBV and MSS off 

225,207 

2 


Video tape recorder rewind 

243,365 

2 


Video recorders off 

263,303 

_2 



Total 

18 
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5. DATA COLLECTION SYSTEM 


In this section, several key DCS design problems and their solutions 
are discussed. In addition, alternate methods of ground data processing 
are discussed. The method chosen is described in detail in Volume 14. 
The handling of DCS data is unique because of the special nature of the 
received signal at the ground station. 

The data are transmitted to the spacecraft from numerous data 
collection platforms on individual carriers at approximately 402 MHz 
within a bandwidth of 100 kHz. Each message transmission is a PCM 
stream 110 bits long at 2 kbits /sec and takes 55 milliseconds. Each 
platform transmits approximately one message every two minutes. 

The combined carrier content containing the various messages 
appears at the spacecraft in a random time /frequency multiplex manner. 
The randomness is due to the fact that: 

a There is no attempt to synchronize the timing between platforms. 

• The carriers are subject to modification in frequency due to 
doppler components and oscillator drift. 

The spacecraft converts the received spectrum to an IF centered 
at 75 kHz but retains the original bandwidth of 100 kHz. This is then 
transmitted via S-band using subcarrier techniques. At the receiving 
ground station the receiver and subcarrier demodulators recover the 
original IF. 

The problem now is to separate the various randomly occurring 
carriers, extract the PCM message from each, decommutate the PCM, 
and provide data inputs to the OCC computer. 

There are two principal areas of concern in the recovery of DCS 
data: the transmission link from the receiving ground station to the OCC, 
and the processing of data within the OCC. 

5. 1 DATA TRANSMISSION TO THE OCC 

The specialized equipment needed for processing the DCS data, 
must be properly located at the receiving ground station or at the OCC. 
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NASA does not favor locating special equipment at MSFN stations (e.g. , 
Texas and NTTF). Hence the raw IF must be transmitted to the OCC. 
Although the constraint on special equipment does not apply to Alaska, it 
appears desirable for the GDHS to receive data from all of the three sta- 
tions in the same form. Therefore, the goal for ERTS-A and -B is to 
arrange for all DCS data entering the GDHS to do so at the IF level. 

The IF from NTTF can be received by hardline since the NTTF is 
close to the GDHS. From Alaska to GSFC the NASCOM wideband link has 
the capability to transmit analog up to 23 kHz. The IF would, therefore, 
have to be handled by means of a 1/8 speed playback, providing a received 
band between the limits of 1. 5 and 17. 2 kHz. A 10-minute pass will then 
require 80 minutes on the data link to be relayed to the GDHS. The 
NASCOM wideband link does not exist between Texas and GSFC. The 
proposed solution is a tariffed line of 300 Hz to 20 kHz width. The same 
technique as for Alaska would then be used. 

Although no technological barrier prevents data transmission in the 
manner described, there is a restraint in the use of the wideband link 
from Alaska. This is because 10 12-minute passes per day will yield 
120 minutes of data time. When this is played back at 1/8 speed, it will 
take 16 hours occupancy of the link to record it in the OCC. This in itself 
is an argument in favor of doing the IF demodulation at the Alaska site. 

Texas is not a serious problem since the orbital overlap with NTTF 
approximates 66 percent. Therefore, this station with four 12-minute 
passes need only contribute one -third of its data to cover that not obtain- 
able via NTTF. However, there still appears to be a potential cost trade- 
off in favor of providing this station with IF demodulation equipment as 
against the requirement for the special tariffed line mentioned above. 

At this point it is essential to realize that the output of the DCS 
data handling equipment proposed by TRW is a synchronous serial PCM 
bit stream. As such, it is capable of being transmitted by any part of the 
NASCOM network; or, as in the case of the OCC, being handled by any 
conventional decommutator. The data handling equipment has been 
deliberately designed toward this for possible future use at remote ground 
stations. As noted above, NASA has indicated that they prefer not to have 
this equipment at MSFN stations for ERTS-A and -B; hence, its location 
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in the OCC. However, for global coverage the restriction on transmission 
lines would not permit transmission of the 125 -kHz IF spectrum even at 
reduced speeds. In such a case, there would be no alternative but to 
reduce the data to PCM at remote stations, and then transmit this via 
normal NASCOM links. Mail is not considered an alternative to the 
expeditious receipt of the data by land line. 

5. 2 OCC DATA HANDLING EQUIPMENT 

DCS data processing is not required in real time, but only as 
expeditiously as possible. It is proposed to utilize the PCM decommutator 
on a time-shared basis with the observatory data. Therefore, equipment 
is needed to accept the IF spectrum and translate it into a single synchro- 
nous PCM bit stream. The bit stream should be accompanied by a clock 
signal to facilitate processing by a conventional PCM decommutator. The 
equipment is required to: (a) demodulate the IF and extract the individual 
PCM messages, and (b) synchronize these by serializing and shifting them 
out in an orderly manner. To meet these requirements a DCS demodulator 
and a DCS synchronizer are needed. To permit routine verification of the 
DCS demodulator -synchronizer a DCS IF simulator is required. 

It has been estimated that as many as five messages may be present 
in the IF at any time. There is a good chance that some of these will 
collide because of the randomness in frequency. However, the computer 
software can detect the collisions by means of the error code at the 
message tail. 

In summary, the demodulator reduces the IF to five PCM outputs 
each containing random bursts of messages. The synchronizer accepts 
these and assembles them onto a single bit stream which is processed by 
the stored program PCM decommutator for presentation to the computer. 

5. 3 ALTERNATE DCS /DAT A HANDLING EQUIPMENT DESIGN 
APPROACHES 

The various alternate approaches to the DCS data handling equipment 
design which have been considered during the study are as follows: 

a/j A proposed design which uses a spectrum scanning 
technique. 
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b) A system using five phase-lock loops with steering logic as 
discussed in Section 5. 1. 

c) An. extension of system (b) but using multiple phase lock 
loops as discussed in Section 5.2. 

d) A purely manual approach using a single phase-lock loop 

to scan segments of the spectrum in successive tape replays; 
not seriously considered due to its being cumbersome and 
time consuming. This is mentioned here only for the sake 
of completeness. 

e) Other variations on (a) (b) or (c) as discussed in Section 5.3. 
5.3. 1 Five Phase- Lock Loops 

The general scheme of this approach is illustrated in Figure 5-1. 

The spectrum is divided into 48 subspectra by a contiguous filter bank. 

A signal detector on the output of each filter drives logic which selects an 
unoccupied phase- lock loop. At the same time this loop is slewed to the 
appropriate frequency for acquisition. 


PCM 10 SHIFT 

AND REGISTERS 



EXTEFNAL 

CLOCK 


Figure 5-1 

DCS DEMODULATOR AND SYNCHRONIZER using 
five phase -lock loops 


The output of each loop module is PCM and clock. Since all 
messages are asynchronous with each other, the clocks from each loop 
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are also asynchronous. By means of the read-in steering logic the 
individual clock is used to fill an unoccupied shift register. When filled, 
the shift registers are emptied into a single data stream using an external 
clock. The output data is thus synchronous. 

The basic shortcoming of this approach is the slew time required by 
the phase-lock loop to reach the frequency required. Analysis showed 
that this time plus the lock-on time of the loop and clock detector would 
in many cases exceed the 25-bit preamble time and result in data loss. 

5. 3. 2 Multiple Phase- Bock Loops 

This approach is illustrated m Figure 5-2. Significant changes 
over that described in Section 5. 1 are: 

• Each loop is assigned to a small segment of the spectrum and 
driven by a unique filter. This eliminates the need for loop 
slewing. 

• The steering logic is used to channel the output from any active 
loop into one of the five shift logic sections. ' 


DCS DEMODULATOR 


DCS SYNCHRONIZER 




v 


A 


IF 

SPECTRUM 
25 TO 
125 KHz 



Figure 5-2 


DCS DEMODULATOR AND SYNCHRONIZER simplified 
block diagram 
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• The shift logic sections each contain a serial shift register. 

This, when full, is dumped parallel fashion to a storage register. 
Thus there are a total of 10 shift registers. 

• It occupied six drawers while the current demodulator and 
synchronizer occupies two. 

• There are 48 phase-lock loops instead of five. 

• There are 48 bandpass filters, instead of six. The application 
of these loops is*also different in the two cases. 

• The steering logic was complex since it had to handle outputs 
from 48 possible sources. 

This approach was discarded in favor of the current one when it became 
obvious that although it was a workable scheme it was more complex and 
therefore more costly. 

5.4 OTHER VARIATIONS 

There were two variations on the schemes described above: 

• The use of five- channel PCM recording for temporary storage 
of outputs from the five phase-locked loops of Section 5. 3. 1. 

This was intended to be used instead of the readout steering 
logic which provides total serializing. This had two disadvantages 

a) It required five replays of the tape to feed the data into the 
de commutator. 

b) There would be considerable gaps between messages since 
there was no means of filling the gaps as in the currently 
proposed design. This would make the decommutation 
difficult if not impossible. However, it would have required 
only one bit synchronizer. 

• The provision of parallel data outputs instead of PCM. This had 
the disadvantage that if it were ever required to transmit the 
output over NAS COM links it would have to be converted to PCM 
anyway. 
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6. COMMAND 


6. 1 COMMAND GENERATION 

ERTS command generation is significantly different and somewhat 
more exacting than for OGO spacecraft. The requirement of ERTS to 
store commands in the spacecraft with time tags affixed is in response to 
the need to begin imaging at specific geometric positions. This in turn 
requires computation of time tags from orbital data and user requests. 

The concept finally evolved for generating commands was reached 
after several proposed concepts had been rejected in turn: 

a) A first proposal was to generate the command bit stream 
by computer, producing a punched tape which would then be 
transmitted to the desired ground station. The ground 
station would load this bit stream into its encoder and trans- 
mit on authority of the OCC. As a backup method in case of 
computer failure, a command encoder was included as part 
of the operations center. 

b) A second concept resulted from a suggestion that command 
trains be sent directly from the OCC to the spacecraft during 
a real-time pass. This used either the computer or com- 
mand encoder over a high speed data link to the station 
encoder for immediate transmission to the spacecraft. This 
concept included a validation loop which showed correct 
reception at the station encoder and at the command trans- 
mitter antenna. To accomplish validation at the OCC 
command encoder required a second smaller computer or 
significant addition to the main OCC computer. 

c) A significant simplification is evident in the final configura- 
tion. This uses the OCC computer to generate the command 
bit stream while the NDPF computer serves as backup in 
case of failure. No command encoder is used at the opera- 
tions center. When required the switching onto the backup 
computer is nearly instantaneous. A third alternative is 
available in that commands ordered by the OCC maybe 
generated by tape or manually at the ground station con- 
cerned. The description of the command generation equip- 
ment and functional operation is included in Volume 14. 


6. 2 COMMAND VALIDATION 

The command message is validated at every opportunity along the 
trans -location path. In the OCC, the command console operator will be 
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able to call up the command message for visual display before the message 
is sent to the remote sites. Also, the computer will have an off-line capa- 
bility of making a bit-by-bit validation check between the data interface 
buffer and the ADPE. 

At the STAlDAN sites, command word parity errors are registered 
on the STADAN command encoder. The command message is automati- 
cally returned to the OCC for a bit-by-bit validation by the computer and 
the validation status is displayed on the command console. 

At the MSFN site, the command data processor accepts the command 
message from the transmission lines if it has the correct station address. 
The processor then performs the following checks to determine that the 
commands are valid: 

• Checks the MSFN error coding added to the message by the 
OCC computer 

• Checks the vehicle address 

• Checks the command word structure by comparison with the 
words of a complete command library stored in the memory of 
the MSFN command data processor. 

If invalid, a retransmission of the command is requested from the 
OCC command operator. 

Upon validation of the translocated command (in the primary mode), 
the computer automatically sends an uplink transmission instruction to 
the ground station command encoder. 

During the uplink transmission phase, the STADAN station command 
encoder output can perform a bit-by-bit detection and verification of the 
PCM/FSK modulating signal. Also, the YHF transmitter output is 
sampled by a command verification receiver mounted on the command 
antenna and the detected (PCM/FSK) signal is routed back to the encoder 
where a bit-by-bit check on the radiated signal is performed. Any error 
will halt the command transmission and transmitter keying immediately; 
also, a ground verification error signal will be automatically sent back 
to the OCC for operator intervention. 

During the MSFN uplink transmission phase, the PCM/PSK signal 
generated in the up- data buffer is simultaneously demodulated and sent 
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back to the command data processor for bit-by-bit verification. Also, 
the S r band signal is sampled at the transmitter output by a unified S-band 
receiver which restores the PCM/PSK subcarrier modulating signal and 
returns it to the up-data buffer demodulator and the data processor for 
a complete echo check. Any echo check error observed at the MSFN site 
will halt command transmission ! and an error message will be returned 
to the OCC for operator intervention. 

6. 3 COMMAND VERIFICATION 

Each uplink transmitted command is verified automatically in the 
primary mode by the OCC ADPE continually examining the spacecraft 
telemetry. Acceptance of a real-time command by the spacecraft and 
its transfer to the spacecraft command distribution unit is indicated by 
an enable bit. Execution of ERTS unique commands is verified by com- 
manded relay status changes; stored programmer commands by readout 
of the entire stored command programmer memory; and all commands by 
functional changes in the commanded spacecraft components. Displays, 
printouts, and strip charts associated with the OCC PCM data handling 
equipment present the verification data as a backup to the ADPE. 
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7. SCHEDULING 


The ERTS scheduling problem is negligible if North America only is 
to be covered but becomes somewhat complex as global coverage is 
approached. Ground station visibility (cloud cover) is the primary limit- 
ing factor on accumulation of world-wide data. 

The factors which must be considered in planning imaging sensor 
operation are: 

• User need. What are the geographical areas to be imaged and 
what priorities are attached 9 

• Weather. Is there recent cloud cover data which precludes 
obtaining good images? 

• Tape recorder capacity. Is there a conflict for use of the limited 
observatory recording time? This does not pertain to Nofth 
America where real-time coverage is almost complete. 

• Power. Is there a limit set by array output or battery discharge 
capability? 

This section will assess the importance of all these factors in 
scheduling observatory operations. There is one other factor which 
weighs heavily on operations by video tape recorder. With a limited 
recorder life of 500 hours, what data is important enough to warrant 
recorder use? 

7. 1 TOTAL AVAILABLE IMAGE 

Since the ERTS sensors are primarily to be used over land, an 
estimate may readily be made of the maximum possible imaging which 
could be accomplished if no other factors limited operations 

Figure Z- 1 shows a typical day of 14 revolutions. The north to south 
passes are in daylight and consititute all data accumulation passes. A 
first conclusion from this figure is that Greenbelt, Corpus Christi, and 
Alaska stations provide sufficient coverage for all North American data 
to be relayed in real time, little resort to the tape recorder is required. 

Figure 7-1 has been prepared from an examination of Figure 2-1 to 
arrive at the total time per revolution for land-in- sun and real-time 
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TIME (MIN) TIME (MIN) 




REVOLUTION NUMBER (SEE FIG. 2- 1) 


♦ Figure 7-1 

ERTS STATION VISIBILITY compared to sunlit land 
traversed by orbit 
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coverage. Without respect to other limitations, such as cloud cover, the 
lower part of Figure 7-1 shows that the coverage of South America (all 
by tape recorder) can be effected without exceeding 30-minute tape 
recorder capacity; but capacity is almost reached on revolution 11. 

The upper part of Figure 7-1 shows generally that from revolutions 
7 to 1 1 accumulated data will exceed the capacity of the tape recorder to 
store, and ground stations to read out, the data. Since there is no real- 
time coverage the integral of the data curve must not exceed the station 
visibility curve integral by more than 30 minutes for increasing revolution 
number (negative accumulated coverage neglected). Most tape data will 
be read out at night. 

To more precisely evaluate the global imaging possibilities the 
following procedure was used: 

a) Two typical sets of 14 revolutions were used as a base for 
study. The first set is numbered 1 to 14 on Figure 2-1. The 
second set is not shown but lies midway between those shown 
(12 hours later). For convenience these latter revolutions 
are called 1-1/2, 2-1/2 etc. on Figure 7-1. A revolution - 
begins at the north- going equatorial crossing. 

b) Land mass under a sunlit (descending trace) requires pay- 
load operation. 

c) If land is within a coverage circle for Corpus, Alaska, or 
Greenbelt this payload operation is real time. 

d) All other payload operation is recorded. 

e) Only land between +75 and -75 degree latitude was 
considered. 

f ) If the recorder reaches 30 minutes of stored MSS data or 

50 minutes of RBV data, operation of the appropriate sensor 
was discontinued. 

g) Data was dumped at every opportunity but not when real-time 
imaging was possible. 

The tabular data accumulated by this analysis of operations is shown 
in Table 7-1 for one case. The beginning of operations at revolution 1 
was without accumulated data. When revolution reappears it is seen that 
residual tape recorder data remains. Hence, the process was continued 
to the end of revolution 3 where, as can be seen, the cycle begins to repeat. 
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Table 7-1. MSS Operations for One Day in Revolutions 
1 through. 14 


Revolution 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

1 

2 

3 

Real time data, min 

4 

3 

3 

1 

- 

- 

- 

- 

- 

- 

- 

5 

12 

8 

4 

3 

3 

Record data, min 

- 

- 

7 

10 

19 

18 

23 

13 

6 

- 

- 

- 

4 

- 

- 

- 

7 

Video playback, min 

- 

- 

- 

7 

10 

19 

12 

12 

6 

- 

- 

10 

5 

2 

8 

2 

- 

Residual on VTR*, min 

- 

- 

7 

10 

19 

18 

29 

30 

30 

30 

30 

20 

15 

13 

5 

- 

7 

Data lost, min 



- 

- 

- 

- 

- 

16 

15 

3 

19 

3 

- 

- 

- 




'“'At north -going crossing of equator. 

The process was continued for more than 14 revolutions to deter- 
mine whether the residual tape recorder data could be fully unloaded m 
available passes. This could always be accomplished. The gross con- 
clusions of this study were as follows, with no other limitation than tape 
recorder capacity: 

Revolutions 



1 to 14 

1-1/2 to 14-1/2 

Total land traverse time, mm/day 

192 

180 

Real-time data, min/day 

36 

37 

Lost MSS data for lack of tape 
recorder capacity, min/day 

56 

33 

Lost RBV data for lack of tape 
recorder capacity, min/day 

40 

22 

Figure 7-2 shows the possible global coverage lost as a result of 


limited tape recorder capacities, again under the artificial condition that 
cloud cover was nonexistent. 

7.1.1 Ground Station Coverage 

The limit described above could be lifted somewhat by increased 
tape recorder capacity, but then limited ground station time (for dumping 
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Figure 7-2 

IMAGE DATA lost for lack of tape recorder capacity. 
Two typical sets of 14 revolutions were analyzed. 


recorded data) would rule. The total available ground station pass time 
(Corpus plus Greenbelt plus Alaska) is 160 minutes for revolutions 
1 through 14 and 175 minutes for the 14 revolutions 9 days later. Clearly 
5 to 32 minutes data would be lost for lack of ground contact with the 
observatory. 

7.1.2 Weather 

Estimates of cloud cover vary with the season but 33 percent cloud 
cover is suggested as a minimum figure. If this figure is -uniformly 
assumed throughout all land masses, the total imaging time lost in the 14 
revolutions of Figure 7-1 is 24 minutes instead of 56 minutes for the cloud- 
free case. Data obtained in this case (1/3 lost due to clouds) is 114 
minutes of which 86 minutes is recorded. 

7. 1. 3 Tape Recorder Life 

The life of a video tape recorder is about 500 hours. Assuming the 
case stated above with 86 minutes (~ 1-1/2 hours) per day imaging by 
recorded data, the life of an average tape recorder will be 300 days 
(where 50 hours is required for ground testing). Tape recorder life will 
be one of the factors to be weighed in the scheduling process. 

7. 1. 4 Array Energy 

The energy required to support imaging activity can be computed 
from known power requirements. For simplicity again, and merely to 
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bound the problem, it is assumed that no cloud cover exists; sensors will 
be operated up to the limit of tape recorder capacity. 

In calculating energy need, the assumption was made that all payload 
is on at once, that all land is imaged until the recorder is full, and that 
power requirements are: 


Spacecraft plus DCS 

164 watts 

Payload, real time 

340 

Payload, record 

450 

Payload, playback 

250 

Battery losses 

22 


The energy required for the two sets of 14 revolutions previously 
used is shown in Figure 7-3. Here it is seen that the real-time data 
accumulation from North America (revolutions 12, 13, 14, 1 and 2) 
requires substantially less than the array design point energy of 29, 500 
watt-minutes Revolutions 5, 6 and 7 require about 31,000 watt-minutes 
in consequence of recording 15 to 20 minutes of data in sunlight and play- 
ing 12 to 19 minutes back m eclipse. 



REVOLUTION 


Figure 7-3 

ENERGY REQUIRED for global imaging as limited 
only by recorder capacity 
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Examination of the energy availability profile, reproduced as 
Figure 7-4 from Volume 3 Final Report, shows a surplus of energy. 
Assuming a 9:30 a. m. launch the least power in the first year of opera- 
tion is 33, 000 watt-minutes. Thus it appears that energy availability 
from the array will not be a significant limit on the sensor scheduling 
activity. 



ELECTRICAL POWER during first year of operation 
7. 2 BATTERY CAPACITY 

In Volume 4, Section 11 of the Phase B/C report it was shown that 
a depth of discharge of 25 percent is reached for a specified set of 
standard conditions. Primary among these conditions was 20-minute 
sensor operation; 10 minutes real time and 10 minutes record and play- 
back in one revolution. The purpose of this section is to determine a 
realistic depth of discharge with the global coverage pattern used above as 
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the model. Again no factor other than tape recorder capacity is used in 
limiting sensor operation. 

Figure 7-5 shows a typical day of orbital operating activity. 
Specifically the revolutions shown are 1 through 14 of Figure 2-1. Since 
the bulk of the land areas are situated in the northern hemisphere it often 
happens that battery discharge occurs in sunlight. To determine the 
approximate battery discharge in excess of 13 percent by one-third. Data 
shown is for the spring or fall seasons. Discharge will be less in sum- 
mer, more in winter. 
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Figure 7-5 

TYPICAL DAY of orbital operating activity 
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The conclusion on battery discharge is, that a mild limit on global 
operations exists and that the specified payload use-cycle is easily met. 
In practice, it is doubtful if operations will need to be limited by battery 
characteristics. 

7.3 EVENT SELECTION 

The scheduling process uses the above considerations plus weather 
and user requests as follows. 

Periodic requests for sensor coverage will be received at the OCC 
via the User Liaison Office of the NDPF. These requests, in the form 
of polygon overlays on the surface of the earth, are converted to 30 x 30 
nautical mile squares or ’’cells. ” The centers of the "request” cells are 
tagged with latitude and longitude and the resultant information stored in 
the data base for subsequent comparison with potential swath coverage. 

Upon receipt of ephemeris data and selection of a particular time 
interval, the 100-mile-wide swath or ground trace is determined. All 
cells whose centers lie within the swath of full coverage are computed 
and compared with cells which have been requested for sensor coverage. 
Those cells which have been requested for coverage and lie within the 
ground swath are assigned "event" status. The softwar e ass igns "event" 
status to all visible cells requested for coverage. 

Because of the possibility of later video recorder conflict if all 
visible cells are granted sensor coverage, a "value" is assigned to each 
"request" cell. This "value" is determined from the priority, or 
relative worth of data received, and the probability of clear sky (no 
cloud, cover). 

For each "request" cell it is determined if the spacecraft, while 
overhead, lies within view of one of the three dedicated stations. If the 
spacecraft is within view, sensor data will be received in real time for 
that cell, otherwise use of the tape recorder is dictated. The design 
methodology utilized in actual event selection is discussed below. 

The amount of current tape recorder use is determined at the 
beginning of the time interval of interest. Planning will always occur for 
integral revolutions, with initiation at the ascending node. Beginning at 
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this time for the revolution of interest, the orbit is stepped around at 
constant time intervals corresponding to the time it takes to cover one 
cell length, approximately eight seconds. If a station contact occurs, the 
current time on the tape recorder is determined. If there is data on the 
tape recorder, as much of it as possible is read out during station contact 
time. If there are requests for cell coverage during tape recorder read- 
out, one of two options must be selected: 1) either the tape recorder 
read-out takes precedence, or 2) cell coverage requests are granted and 
the tape recorder is read out at the next opportunity. This selection is 
made by operator input. 

If the tape recorder is full and a request for cell coverage occurs, 
all conflicts are stored for display to the operator. The data necessary 
for the operator to resolve the conflict is stored. When the time inter- 
val of interest is completed, manual events such as orbit adjust, bat- 
tery reconditioning, etc. , are added to the planned event list at the 
appropriate time. When all events have been entered, the event list is 
displayed for operator approval. The operator, when confronted with 
the event list generated by software execution, may elect to resolve 
schedule conflicts, change events, add events, or delete events from 
the schedule. When he is satisfied, the event list is stored for use by 
the command generation software. 

There are several basic design philosophies incorporated in the 
sensor event selection process. These are: 

a) No data which has been stored on the video tape recorders 
will be deleted unless input by operator control. 

b) In the event of conflict between requested cell coverage and 
tape recorder readout one of two possibilities exists: the 
operator elects to read out the recorder, or he elects to 
grant cell coverage. The decision is made at the beginning 
of software execution and is followed for all conflicts of the 
computer run. 

c) Manual events are entered after sensor event selection is 
complete. 

d) Upon generation of the event list the operator may change, 
add, or delete events at his descretion. 

e) All conflicts for coverage on the video tape recorder are 
resolved by the operator. 
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7.4 SUMMARY 


The problem presented in scheduling observatory use in the presence 
of conflicting demands has been examined. The conclusion reached is, 
that no limit except cloud cover exists in North America and that full 
global coverage is limited only by tape recorder capacity. Array power, 
battery depth of discharge, and tape recorder life are not significant 
inputs to the scheduling choice. If the video tape recorders are used as 
heavily as needed, the only limit being cloud cover, their nominal life 
will be 300 days. 
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8. DISPLAY 


The purpose of display in the control center is to permit operators 
to readily assimilate information needed for decisionmaking. The infor- 
mation will consist of past history, current state, and planned future 
state of many variables. Display takes many forms; those commonly 
found useful in control centers today are: 

• Fixed printed forms such as maps, telemetry formats, command 
matrix charts. Such material is invariant and cheap, but essen- 
tial, especially where a variety of spacecraft are operated from 
one center by the same people. 

• Printouts from computer sorting of telemetry data, command 
status, etc. Such pages (Appendix B) constitute a ready historical 
reference and inexpensive storage. Current pages are posted 

for review by operators coming on duty, visitors, etc. They are 
indispensable. 

• Volatile display from computer memory of current and recent 
data or proposed schedule, commands, etc. This display, 
usually by television picture tubes, can be readily altered by the 
operator. Memory of recent past history is expensive and 
limited but can be supplanted by magnetic tape storage already 
required for long term storage of data. The extreme flexibility 
of television display favors its use. The same station can dis- 
play alphanumeric charts, images from cameras, in space or 
nearby, etc. 

• Strip Charts , commonly in banks of eight pens, writing on special 
sensitized paper. These units are invaluable in a dynamic situa- 
tion and provide facility to see through noise which renders other 
displays meaningless. Operator annotation of records as they 
are being made is quite valuable. Strip chart record is commonly 
the primary data for reports and flight analysis. 

Each of the above display methods has its place in the ERTS control 
center, each is planned. The data to be displayed is briefly described as 
follows: 

• Observatory Analog Telemetry Measurements . These are the 
commonly accepted temperature, voltage, current, shaft angle, 
etc. data used in evaluating health and in planning future use of 
the observatory. They are called analog measurements and are 
quantized to 8 bits for transmission. 

• Observatory Status Measurements. These items are on-off state 
only and indicate the condition of many switching functions con- 
trolled automatically in the spacecraft or by command from the 
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ground. Transmitted by the same pulse count or digital telem- 
etry this data is often single bit in form, i. e. , on = one; 
off = zero. Status measurements include charge rate, attitude 
control mode, tracker heads in use, etc. This category also 
includes the store of the command programmer which is read 
out bit-by-bit in a selected section of the telemetry commutator. 

• Control Center Plans . This category includes all actions planned 
and available from the computer store which will at a future time 
modify the observatory status. Typical items are commands to 
be transmitted for real-time effect or for store in the stored 
command programmer of the spacecraft. If storage is intended, 
the time for execution is also listed. 

Only a brief study of the above types of data is needed to show that: 

a) Analog data generally deserves analog display if it is fast 
moving. Examples are: attitude control error signals, bus 
current, array temperatures, etc. 

b) Much of the analog telemetry data is extremely slow moving 
and is adequately served by the printout or television digital 
display. Examples are converter voltages and temperatures. 

c) All of the status data is properly displayed by digital print- 
out or television. Past use of an analog chart recorder for 
displaying response to a ground command can probably be 
supplanted by real-time viewing of the television digital 
display. 

The choice of display is not so much which category will be used but 
how much of each is needed — a question of utility versus cost. The wall 
map or chart will be used to the extent it is useful. Similarly the printout 
from computer sorted data is indispensable. The short term storage 
utility of the printed page is high in effectiveness /cost ratio. 

Analog strip charts are invaluable during initial or abnormal orbital 
conditions. Thus the number required is set by the quantity of data which 
must be seen in real time. It is common practice to use additional strip 
chart display physically separate from the control center during initial 
operations. The items to be displayed on the control center strip charts 
during initial operations, 36 in all, are listed in Appendix D. Since each 
bank of recorders allows eight records we have chosen to install six racks. 
.One rack is spare to the launch requirements. 

The television display provides a working tool for man- computer 
operations. In addition, the television display can be duplicated in as 
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many positions as desired. The functions which television display will 
readily perform in observatory operations are: 

• Telemetry data grouped for convenience can be read. 

• Commanded status can be examined and new commands verified, 

• Computer -stored plans for future activity can be called out for 
review. 

o Be suits of computer limit checking of performance can be 
signalled. 

In addition to the above alphanumeric displays, the digital television 
system is suited for display of sensor images for quality checks and may 
be used for analog plotting. A limit is set on the latter by the available 
storage; the strip chart made from real time or magnetic tape stored data 
is more useful. 

The arguments favoring digital television are overwhelming — the 
only system disadvantage is limited analog plotting capability, but this 
is supplied by strip charts. The chosen configuration is related to the 
operational requirements as follows: 

• 17-inch displays serve individual operators at consoles. 

• 25-inch displays serve the control area from ceiling-mounted 
positions. 

0 All positions have access to the same selection of display 
formats. 

A comparison of video display methods was made before selecting 
the digital television system. This is reported under the display section 
in Volume 15. 
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Software 



9. OPERATIONAL OCC SOFTWARE 


This section reviews the software defined by detailed operating plans 
in earlier sections. 

The operational software for the ERTS OCC consists of that software 
which operates in real-time or during the time interval the spacecraft is 
in view of a station, and that which operates in non-real time, or during 
the time the spacecraft is outside of station view. The design of the non- 
real-time software is dependent upon the requirements for real-time 
software. 

Real-time software must be capable of processing a 128- word 
(9 bits/word) main frame at 1 kbits/sec minimum and 32 kbits/sec maxi- 
mum; this corresponds to processing one main frame of data every 1. 152 
seconds at 1 kbit and every 0. 036 second at 32 kbits. Because the 128- 
word main frame contains three words corresponding to three 128-word 
subcommutators, approximately 450 different words must be processed 
every 147 seconds at 1 kbit and every 4. 6 seconds at 32 kbits. Processing 
of telemetry includes limit- checking a maximum of 150 words, conversion 
to engineering units of 320 words, computation of engineering parameters, 
and printing out these words in fixed format within 2 minutes after a 
request is received. During real-time operations, displays must be con- 
tinually updated. 

■ In addition to the above requirements two additional functions must 
be accomplished if requested. The first function required is command 
generation during real-time telemetry processing. An operator must 
have the capability to either enable a pre- selected command sequence for 
transmission, or punch in (via console) GMT, command octal number, 
and transmitting station code to effect transmission of a particular space- 
craft command. Having done so, the software must then encode the 
command in proper format for transmission. 

The second function required is the validation and verification of 
commands transmitted to and executed by the spacecraft. Validation of 
command transmission proceeds in steps. The computer formatted 
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command output is routed to a data input buffer for translocation to a 
remote station. Upon translocation via NASCOM, the command itself 
(in the case of STADAN) or a command message (in the case of MSFN 
when an anomaly is recognized) is returned to the OCC for validation. If 
the command was translocated properly, the transmission process con- 
tinues. Upon actual transmission of the command signal to the spacecraft 
an "echo check" is conducted by the remote station, and a bit is returned 
to the OCC indicating that the proper command configuration was trans- 
mitted. In the event that an erroneous command is detected during either 
of the two validation steps, the transmission process is interrupted and 
operator intervention occurs. Telemetry processing, however, continues. 
The operator may choose to resend or drop the command; in either case 
a decision must be made. Upon validation of correct command transmis- 
sion, the verification process begins. 

The verification software must be initiated following validation of 
proper command transmission. This software must search the telemetry 
frame for the word, or words, corresponding to the vehicle function 
activated by command. These words are filed and indicators are routed 
to displays for operator monitoring. If a command execution verification 
is needed prior to additional command transmission and this verification 
is not received, operator intervention occurs. The entire software pack- 
age during real-time operations must be structured to allow operator 
control and intervention precedence over software operation. 

The above requirements indicate that capability must exist for three 
functions to operate simultaneously during real time. These functions 
are: 

• PCM telemetry processing function (RPROSTM) 

• Command generation function (ROMAN) 

• Command message update function (RCOMESUP) 

While all spacecraft station passes will not require the operation 
of these three functions simultaneously, for some passes tri- functional 
operation will be mandatory. 
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The operational OCC software is divided into five specific, but 
interrelated, functions. The real-time portions of three of these functions 
have been briefly described above with respect to the requirements 
imposed on them. The five functions are briefly described below. For a 
more detailed description see Part II, Volume 21 and Volume 24. 

Observatory Scheduling Function (RUTSKED) . This non-real-time 
software operation must begin two weeks or more before spacecraft com- 
manding occurs. User requests for sensor coverage are examined by 
RUTSKED and from these requests a list or n set" of necessary observatory 
events is generated. The event list includes communications times with 
ground stations, sensor events for RBV and MSS operation, orbit adjust 
events, wideband tape recorder events, and events which occur outside 
of station view and must utilize the capabilities of the stored command 
programmer. During the software operation, the event list is period- 
ically displayed for operator monitoring. If he desires, he may change 
the priority of events, thereby causing rescheduling. When he is satis- 
fied with the event schedule, the schedule is stored for later call by 
the command generation function. At any time prior to command gener- 
ation the operator may call for changes or additions to the event schedule. 

Command Generation Function (ROMM) . The command generation 
software is divided into real-time operation and non-real-time operation. 
The non-real-time operation begins when command generation (ROMAN) 
accepts the event list from RUTSKED and, together with manually input 
commands, transforms it into a command list. The command list is a 
schedule of the actual commands to be sent to the spacecraft together with 
the time of transmission and, in the case of SCP commands, their planned 
execution time. This list is displayed to the operator and he is permitted 
to make manual changes to it. Since the command list is subjected to 
comprehensive checking by ROMAN it is suggested that if manual changes 
are ma de that the ROMAN software be permitted to check the list again. 

In any event, the operator is in control and the re- check is run at his 
option. When the operator is satisfied that the command list is correct, 
he has several options and may choose any subset of them. He may pre- 
pare a punched paper tape of the command list. With this tape he may 
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transmit the command list to one or more remote stations via teletype or 
NASCOM, to enable them to act as a backup command station. In any 
case, the actual command list is stored for use during real-time 
operations. 

The task of ROMAN during real-time operations is to transmit by 
commands to the spacecraft. When ROMAN gains control, it scans the 
list of prestored real-time commands with transmission times to deter- 
mine if it is time to send a command. If it is time to send a command the 
operator is interrogated for his permission to enable the transmission of 
one or more real-time commands. The operator additionally may com- 
pose a command to be transmitted. When the operator's permission is 
granted the command validation process begins. Basically, this process 
consists of communication between ROMAN and the remote station via 
NASCOM transmission facilities. For STANDAN stations, ROMAN 
transmits the command to the station and the station returns the command 
to ROMAN. ROMAN performs a bit-by-bit comparison of what was sent 
and received, and if the same, ROMAN tells the remote station to trans- 
mit this command to the spacecraft. For MSFN stations, ROMAN 
encodes the command with a polynomial error code. The station decodes 
the command, and if the code does not check, returns an error signal to 
ROMAN. If the error code checks, no signal is returned, and, after an 
interval of time, ROMAN orders the station to transmit the command to 
the spacecraft. In the case where the command does not satisfy the bit- 
by-bit check, or the error code does not check, ROMAN stops the com- 
manding process, the command is not sent to the spacecraft, and the 
operator is asked for instructions. First he will probably try 
retransmission of the command. If that is repeatedly unsuccessful, he 
must enter a backup mode of commanding, utilizing voice communications 
with the remote station to enable transmission of the commands that were 
pre- stored at the station. After ROMAN has determined that a command 
or command block has been properly received at a remote station, trans- 
mitted, and echo checked, it passes control to the command message 
update function (RCOMESUP) for its portion of real-time operations. 

Command Message Update Function (RCOMESUP) . Initiation of the 
non-real- time portion of RCOMESUP software occurs when the command 
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sequence for a particular time interval has been generated. RCOMESUP 
annotates each command on the schedule with the indicators which will 
allow software execution of command execution verification. These indi- 
cators consist of the telemetry word or words corresponding to the function 
or functions which will change following command execution. Following 
execution of the annotation routine, this information may be printed out 
upon request. 

Another non-real-time portion of RCOMESUP software is executed 
to predict vehicle status to a time T; this time T corresponds to the time 
at which ERTS is acquired by a station following an out-of- sight interval. 
Upon entrance into station view during real-time operations, the predicted 
status will be compared to actual status; if congruence is achieved, all 
stored command programmer commands can be assumed to have executed 
properly. If anomalies are noted, they are displayed for the operator. 

In addition to status prediction RCOMESUP will output a command execu- 
tion history following each pass. 

During real-time operations it is the task of RCOMESUP to deter- 
mine that the spacecraft has properly acted upon the transmitted com- 
mand. RCOMESUP maintains a continuous record of the last main frame 
received. When it gains control after a command has been sent, it 
updates that record. Thereafter, each time it gains control, it searches 
the working buffer of changed telemetry parameter s updated by RPROSTM 
(to be explained below). From this telemetry, RCOMESUP determines 
the spacecraft response to the command. RCOMESUP checks to insure 
that the proper vehicle function is executed in response to the command 
and also that no other vehicle function executed. During these operations, 
the operator is informed of command status via continually updated 
displays. 

PCM Telemetry Processing Function (RPROSTM) . The telemetry 
processing function is primarily a real-time operation although capability 
exists for non-real-time processing of ERTS tape-recorded telemetry. 
RPROSTM performs simple algorithmic processing on the telemetry 
parameters to accomplish conversion to engineering units, combination 
or averaging parameters, and limit checking. Parameters are displayed, 
and if not within prescribed limits, are noted to the operator. The 
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operator may at his option change the prescribed limits. The raw main 
frame data converted to engineering units is stored on a historical tape 
for later use by the NDPF. Additionally, up to 10 parameters are stored 
for fast access for real time or post-pass trend analysis. One further 
task of RPROSTM is to compare each telemetry main frame with its pre- 
decessor and store those parameters which have changed in a working 
buffer. After the telemetry processing is complete, control is passed to 
the command generation function (ROMAN). As noted above, ROMAN 
may either send a command or relinquish control. Upon sending a com- 
mand and validating transmission, control passes to RCOMESUP for the 
command verification process. Upon completion of verification, control 
passes to RPROSTM and the cycle begins again. Each time a main frame 
of data is processed, the above cycle occurs. At 1 kbit/sec, the cycle 
time is 1. 152 seconds with RPROSTM, ROMAN, and RCOMESUP assum- 
ing control and executing every 1. 152 seconds. At the maximum data 
rate of 32 kbits/sec, severe requirements are placed on RPROSTM. 
RPROSTM must process approximately 28 main frames of telemetry data 
per second. However, because commands cannot be accepted by the ERTS 
spacecraft when spaced less than 0. 5 second apart, the functions ROMAN 
and RCOMESUP need only operate approximately twice as fast as they do 
at the 1 kbit/ sec data rate. 

Sensor Coverage Evaluation Function (RSENSCOV). RSENSCOV 
operates in the post-pass processing mode. From the command execution 
history, the approximate times of camera operation are extracted. 

Using these times as a basis, the shutter times are determined 
from a propagation model, and the corner coordinates of each camera 
image are fixed. The times and the coordinates are checked with the 
expected coverage to insure that user requests have been satisfied. This 
information is routed to the observatory scheduling function and the user 
request files are updated. 

Alternate Software Approaches 

The OCC software design calls for five basic OCC software func- 
tions. These are the observatory scheduling function, command genera- 
tion function, PCM telemetry processing function, command message 
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update function, and the sensor coverage evaluation function. Prelimi- 
nary software design requirements imposed a sixth function, ground 
facilities scheduling. This function was to schedule ground stations 
when it appeared that a large number of STADAN and MSFN stations 
would take part in command and control of ERTS. When the requirements 
solidified, and it was recognized that only three dedicated stations would 
be involved in normal operations, the necessity for a computer software 
function to schedule station contacts was greatly reduced. Considering 
the cost of this software, it was removed from the baseline design. 

The remaining five functions enumerated above remain in ERTS OCC 
software and are briefly discussed with respect to function design meeting 
ERTS imposed requirements. 

Observatory Scheduling Function 

The observatory scheduling function converts user requests into 
a sensor event list, adds any manual events required for spacecraft 
control, and purges the request file upon receipt of fulfilled sensor 
coverage information. While the user request file could be managed 
using a card system (key punch, printer, sorter, and interpreter), the 
volume of requests, the number of images, and the problem of convert- 
ing requests for coverage into sensor events lends itself ideally for 
computer solution. A card system would require extensive clerical help 
and knowledgable technicians to convert requests into events with proper 
times and purge the files of those images which have satisfied the users. 
With the present software design, a skilled operator can accept a set 
of requests, convert them to an event list using a computer routine, 
display the event list, make any discretionary changes, and store this 
list for use by the command generation function in a short period of time. 

Another tradeoff study resolved by the present software design 
involves the question of whether or not to solve by software routines 
video tape recorder conflicts as they appear during the scheduling 
process. Previous designs displayed the conflicts between full tape 
recorders and additional requests for sensor coverage, then computed 
various options. Extensive software was required to search ahead on 
the event schedule, store all conflicts, and compute the options for 
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operator on-line decision. Studies revealed that for U. S. coverage, 
no tape recorder conflicts would occur, and for worldwide coverage, 
conflicts would occur at approximately the same times during each 
18-day ERTS cycle. When scheduling, the present design displays the 
conflicts as they appear and does not attempt to compute various options. 
The operator makes a decision based on predicted weather data or other 
information and resolves the conflicts. 

In most cases he will be aware of potential conflicts between full 
tape recorder and sensor requests because of their periodic nature. 

Command Generation Function 

The command generation function accepts the event list for a 
period of time, converts it to a spacecraft command list, and stores 
the command sequences for OCC commanding during real-time opera- 
tions. With a large number of commands to be transmitted each day, 
this function is best performed by computer processing. A large portion 
of commands will utilize the stored command programmer and require 
conversion of GMT scheduled events to vehicle clock time commands 
stored in the SCP memory. A simple computer routine causes this 
process to become error free. During real-time commanding pre- 
stored sequences are activated for transmission from the computer, 
through NASCOM, and to the remote station for radiation. Validation 
checks are automatically performed and any anomalies cause operator 
intervention. This process insures rapid response capability to non- 
nominal situations. 

Command Message Update Function 

The command message update function verifies that commands 
have been executed properly. The function possesses the capability 
of verification from processed telemetry tapes or during real-time 
operations. Preliminary designs examined did not incorporate automatic 
command execution verification. This meant that if certain commands 
were dependent upon previous command executions, they either would 
not be sent until verification was received {which could consume 
important station pass time), or commands would be transmitted with- 
out previous command verification. Under the present design the 
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operations monitor is continually advised via display of the verification 
status of all commands transmitted. 

Another design requirement imposed on the command message 
update function is that of predicting spacecraft status. Because com- 
mands will be executed from the SCP memory when the spacecraft is 
out of view of a ground station, and because station contact time during 
which recorded spacecraft telemetry can be processed is limited, 
present design calls for a comparison between predicted status (assum- 
ing proper SCP command execution) and actual status derived upon 
receipt of telemetry. If the comparison is exact, the spacecraft is 
assumed to be functioning properly and real-time commanding may 
commence. If anomalies are found, these are displayed for operator 
intervention. Without the present computer -software design this 
"instant response" capability would not be possible, 

A final design requirement involves the loading of SCP commands. 
Upon loading a series of commands in the SCP, the SCP is commanded 
to a standby/verify mode, and the contents of the SCP are telemetered 
back for verification. Each word stored is compared bit-by-bit to the 
proper configuration; any anomalies are displayed and retransmission 
of that command may occur at the operator's discretion. Without the 
present design configuration, this process would require manual 
comparison after printout of telemetry and consume a considerable 
amount of time. 

PCM Telemetry Processing Function 

The PCM telemetry processing function makes it possible to 
determine the state of the observatory, perform command verification 
in real time, and display this data to the operator. Without this capa- 
bility, the strip chart recorders must be used with manual interpreta- 
tion of the raw data. The function stores parameters during a pass 
and allows immediate display of trends. Problems which could become 
critical are noticed and rectified. Without computer utilization much 
manual analysis would be required and a real-time response to a non- 
nominal situation would not normally occur. 
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The rapid processing of telemetry allows command execution 
verification to occur in real-time. The software searches the telemetry 
frame at the appropriate time for command execution indicators. 
Depending on the value of these indicators, the operator is continually 
informed of the status of commanding via displays in engineering units. 
Without computer processing the conversion of telemetry units to 
engineering units could not be readily and conveniently accomplished. 

Sensor Coverage Evaluation Function 

The sensor coverage evaluation function operates post-pass and 
is designed to eliminate from the user request file those requests which 
have been fulfilled. Reading the command execution history produced 
by the command message update function, the sensor coverage evalua- 
tion function extracts sensor commands and calculates nominal shutter 
times. The corner coordinates of the sensor images are calculated 
and are used to update the user request file in the observatory scheduling 
function. Utilization of the computer allows this process to proceed 
much more rapidly than would be possible if a manual or card system 
were used. The volume of images and calculations would require a 
large amount of clerical and technical help. Present design allows 
rapid feedback to the observatory scheduling function thereby c ausi ng 
the files to be kept as current as possible. 

Previous configurations of the software called for the sensor 
coverage evaluation function to read the processed telemetry data and 
calculate shutter events. The added cost to perform this processing 
was not justified for the increase in accuracy in the shutter time 
determination. As the shutter times are not used for frame annotation, 
the requirement for high accuracy times does not exist. 
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10. PERSONNEL 


Functional flow diagrams and requirements allocation sheets were 
analyzed to identify those functions and tasks requiring human intervention. 
Further analysis of the function /tasks, related equipment, and operation 
procedures required to meet mission objectives led to the identification 
and categorization of tasks in generic terms. The tasks were reviewed 
and assigned to manned positions based on task flow information, task 
criticality, amount of time required to perform each task, task frequency 
and schedule, task commonality and the equipment associated with the task 
performance. Task and equipment requirements were then reviewed to 
determine the number of personnel and operational shifts required during 
routine orbital operations to accomplish the tasks at each manned position, 
and, in turn the organizational structure of each operating area. 

Results of the analyses indicate that during routine orbital operations 
20 positions require manning for 8 hours per day, 5 days per week, and 
seven for 24 hours per day, 7 days per week. In computing the total 
staffing requirements, a manning factor of 1. 0 was used for single shift 
operations and 5. 0 for those positions requiring manning around the 
clock. 

10. 1 TASK IDENTIFICATION/ ALLOCATION 

Functions and tasks allocated to manual processing in the require- 
ments allocation sheets. Volume 2, were itemized and assigned to 
positions. Positions were selected on the basis of operational aspects - 
required to accomplish command control of the observatory, i. e. , 24 
hours per day, 7 days a week operation. The operational aspects selected 
and position assigned were: - , • 

Position Identification Operational Aspects of the Position 

M. Operations planner Plans and commands spacecraft in 

controller order to meet user /mission require- 

ments. Serves as operations crew 
chief and conducts and communi- 
cates with ground tracking stations 
and with spacecraft commander, 
data analysts, and ground equipment" 
operations. 
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Position Identification 


Operational Aspects of the Position 


N. 

Data analyst 

Monitors and evaluates spacecraft 
and payload performance. 

O. 

Command generation 

Provides manual backup for the 


technician 

commanding and preliminary prep- 
aration of spacecraft commands. 

P. 

PCM technician 

Operates and maintains telemetry 
ground handling equipment. 

Q. 

Data technician 

Prepares schedules, plans, and 
related activities. 


Table 10-1 is a list of selected tasks and their assignment to 
positions M through Q as shown on the organization chart. Figure 10-1. 

In order to support the operational group, management, staff, per- 
sonnel, and clerical support is required on a routine basis. Management 
structure with the associated operational group is depicted in the organi- 
zation chart, Figure 10-1. Table 10-2 provides the overall planning 
estimates for the OCC manning including time required of personnel, 
personnel classifications, and allocation of CRT display consoles to 
positions. 

10.2 PRE- LAUNCH STAFFING 

The build up of the OCC operations team will proceed over a period 
of 12 months as shown in Figure 10-2. Beginning with a nucleus of the 
OCC manager, staff analyst, and one secretary, personnel will be added 
until the full complement required for routine orbital operations is staffed 
two months prior to launch. 

The concept of self-teaching will be utilized from the start. The 
functions of the OCC manager and staff analyst are to define the selection 
and training requirements of all other personnel, based upon a working 
knowledge of spacecraft, payload, and GDHS operations requirements and 
design. The training supervisor will be among the personnel added nine 
months prior to launch and will be responsible for developing and imple- 
menting a training program for all personnel whose responsibility it is 
to operate and maintain the control center. An overall training plan will 
be generated describing methods and procedures required to conduct 
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Table 10-1. Allocation of Tasks to Operational Positions* Within the OCC 


Operational Positions 


Function Task 


Operations Data Command 

Planner A , . Generation ~ , -i- > 

Controller A P}p l Technician ^echmcan Techmcan 


PCM 


Data 


(M) 


(N) 


(O) 


(P) 


(Q) 


Responsible for command activity 

Provide weather predictions 

Determine fulfillment of user 
requirements 

Coordinate station support 
Establish links with station 
Communicate with station 
Request orbit data 

Verify receipt of command messages 
Evaluate observatory health 
Perform trend analysis 
Review history on critical items 
Maintain observatory continuity 
Review generated list 
Review SCP information 
Communicate with NDPF user 
Operate PCM data handling equipment 
Operate PCM tape recorder 
Operate strip charts 

Maintain PCM data handling equipment, 
tape recorder and strip charts 

Handle recorder outputs 

Prepare schedules 

Monitor OCC consumables 

Y 

Generate station pass check list 
Perform readiness tests 
Repair malfunction equipment 


♦Operational positions are manned 24 hours per day, 
and staff positions which are manned 8 hours per day. 


X 

X 

X 

X 

X 

X 

X 

X 
X 
X 

X 
X 
X 
X 

X 
X 
X 
X 

X 

X 
X 
X 
X 
X 

7 days a week in contrast to management 
5 days a week. 
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Table 10-2. Planning Estimates 



Total No. 

Position of Personnel 

Required 

Personnel 

Type 

Console 

Employed 

8 hours a day, 5 days a week 




A. 

Manager OCC 

’ 1 

Engineer 


L. 

Secretary 

1 

Secretary 


B. 

Staff administrator 

1 

Admi ni st r at o r 


L. 

Secretary 

1 

Secretary 


C. 

Training supervisor 

1 

Engineer 


D. 

Staff analyst 

1 

Engineer 


L. 

Secretary 

1 

Secretary 


E. 

Computer programmer 

1 

Engineer 


F. 

Programmer 

1 

Technician 


F. 

Programmer 

1 

Technician 


G. 

Mission planner 

1 

Engineer 


H. 

Subsystem analyst 

1 

Engineer 


I. 

Imagery analyst 

1 

Engineer 


J. 

ACS/power analyst 

1 

Engineer 


K. 

Communications analyst 

1 

Engineer 


24 hours a day, 7 days a week 




M. 

Operations planner controller 

5 

Engineer 

Yes 

N. 

Data analyst 

5 

Engineer 

Yes 

O. 

Command generation technician 5 

Technician 

. Yes 

P. 

PCM technician 

5 

Technician 


Q. 

Data technician 

5 

Technician 



TOTAL 

40 




* 
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training for maintenance and operation of all hardware and software. The 
training supervisor will be required to translate all spacecraft, payload, 
and OCC equipment information into an integrated training plan. After 
approval of the plan by the OCC Manager, he will coordinate and imple- 
ment the training program to produce operational personnel capable of 
performing all aspects of their stated job assignments. 

A staff administrator will be responsible for preparing and maintain- 
ing daily personnel, facilities, and activities schedules during the training 
period. 

The remaining operating personnel will be added in stages. This - 
will permit the original nucleus to train the first group, which after 
completing its training, will in turn assist in training the next group to be 
brought in. This process of using personnel who have completed their 
training to assist in training newcomers following them will be used until 
the entire OCC operating staff is fully trained. 

10. 3 INITIAL OPERATIONS STAFFING 

The personnel shown in Table 10-2 are supplemented by 'spacecraft 
engineers during late prelaunch and early orbit operations. These engi- 
neers are not part of the ERTS personnel discussed above. 

The spacecraft engineers will be available for assignment to the 
OCC or to any remote ground station to monitor and assist in spacecraft 
earth and sun acquisition sequences. During the three-month postlaunch 
period they will return to their normal TRW assignments but will be 
available for further OCC activity upon demand. 

10.4 POSTLAUNCH STAFFING 

A gradual replacement of TRW operations personnel by other NASA 
contact personnel will continue throughout the three-month period follow- 
ing launch. Staggered phasing of personnel and training will produce a 
fully integrated and trained team at the end of that period. All of the 
training techniques developed during the personnel buildup will be employed 
during the personnel phase-over. 
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10. 5 OCC STAFF DESCRIPTION 


The duties for the positions shown in the OCC organization of 
Figure 10-1 are presented with parenthetical numbers indicating the num- 
ber of personnel required. 

a) OCC Manager (1) 

© Responsible for the operation of the OCC and for the 
performance of the operations and support personnel. 

# Plans, supervises, and coordinates operations and main- 
tenance activities within the OCC. 

e Presents command and control operations to ERTS project 
management. 

0 Interprets NASA policies and activities for OCC personnel. 

0 Determines optimum personnel practices, manpower 
levels, budget requirements, and training programs. 

0 Establishes schedules and manning necessary to meet 
operating requirements and determines alternate sources 
of action as schedules change. 

0 Reviews and approves the OCC daily activities schedule. 

b) Staff Administrator (1) 

0 Insures that administrative requirements of ERTS staff 
and operational personnel are satisfied. 

0 Prepares reports in conjunction with other staff 
members. 

c) Operations Training Supervisor (1) 

0 Provides simulated training exercises to newly assigned 
OCC per sonnel utilizing script material; utilizes hardware 
and software in training exercises as they become 
. available. 

0 Responsible for the training of all personnel. 

0 Coordinates with operations contro ller -planner s and sys- 
tems analysts in obtaining training material and training 
assistance. 

0 Provides refresher training to experienced personnel and 
cross-training of equipment procedures. 


10-7 




d) Staff Analyst (1) 


• Reviews accomplishment of daily schedules and reports 
deviations. 

• Prepares daily OCC activity schedules. 

• Prepares inputs in the form of prioritized maintenance 
tasks for inclusion in the OCC daily schedule. 

• Prepares spacecraft and payload operational reports. 

• Coordinates activities of subsystem analysts, 

e, f) Computer Programmer (3) ; 

• Maintains all OCC application programs. 

• Coordinates work with NDPF programming head. 

• Writes programs and routines and prepares flow charts 
and diagrams as required. 

• Checks equipment and performs readiness tests to ensure 
OCC data processing and display equipment are in an 
operational mode. 

• Assists training supervisor during simulated training 
sessions; operates tape decks and ensures equipment 
is operating properly. 

g) Mission Planner (1) 

• Provides weather predictions and interpretations to 
operating personnel. 

• Provides on-the-job training to operational planner- 
controller for around-the-clock weather predictions. 

• Generates operating procedures for STADAN stations to 
support ERTS passes. 

• Establishes schedules of activities required to generate 
and distribute command lists for each observatory pass. 

• Establishes schedules and manning necessary to meet 
operating requirements, and determines alternate courses 
of action as schedules change. 

• Reviews the OCC daily schedule to determine position- 
related assignments. 
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• Provides master schedule and long term planning; coor- 
dinates with all shifts to ensure continuity of operations. 

• Prepare reports, 
h, 1 , j, k) Subsystem Analyst (4) 

• Reviews pass schedules for observatory activity. 

• Receives data and selects video signals for display. 

• Evaluates observatory performance; examines video 
images for quality and cloud cover; confirms basic data 
quality. 

• Evaluates mission performance; compares sensor cover- 
age against effected coverage. 

• Specifies corrective measure; determines actions required 
to improve image quality. 

• Adds annotation comments to video data. 

• Generates quick- look report including unfulfilled sensor 
coverage report. 

m) Operations Planner Controller {5) 

• Coordinates OCC activities. 

• Coordinates station support schedule with OP SC ON. 

• Coordinates the establishment of voice and data links 
required for ERTS operations. 

• Communicates with STADAN stations during pre- and 
post-pass activities. 

• Requests orbital data, weather data, and STADAN /MSFN 
support. 

• Forwards messages and instructions necessary to 
support ERTS passes to STADAN/MSFN stations. 

• Verifies receipt of command messages by STADAN/MSFN. 

• Reviews assignment of observatory acquisition opportuni- 
ties versus users requests. 

• Reviews command list, event list, orbit corrections, 
recorder budget, power budget, and weather data. 
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• Reviews support schedule. 

• Monitors observatory command status. 

• Monitor s_storeh -command-programmer “status and 
contents. 

• Checks observatory command sequence against user 
requests and resolves conflicts. 

• Transmits commands to spacecraft as required. 

• Reviews observatory command history. 

• Checks observatory telemetry for parameter values and 
equipment status changes associated with verification 
of command execution. 

• Reviews and modifies command lists for each station 
pass. 

• Alters command list based upon weather predictions. 

• Performs long term trend analysis. 

n) Data Analyst (5) 

• Monitor and evaluate current observatory and sensor 
health. 

• Perform trend analysis on required observatory and 
payload data. 

• Perform subsystem engineering utilizing displays and 
strip charts. 

• Recommend corrective action to improve observatory 
and payload performance. 

• Maintain history of utilization of critical observatory 
and payload items. 

• Perform long term trend analysis. 

o) Command Generation Technician (5) 

• Compares systems analyst requests with payload and 
observatory status to maintain observatory continuity. 

• Inputs user requests from NDPF to computer. 

• Reviews computer generated event list for: accuracy, 
conflicts, and additions, deletions. 
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• Review stored command programmer preliminary com- 
mand sequence, command history. 

• Communicates spacecraft and sensor events to NDPF. 

• Maintains OCC historical file. 

p) PCM Technician (Maintenance and Operations) (5) 

• Maintains and operates PCM tape recorder s, PCM data 
handling equipment strip chart recorders and scopes. 

e Implements requested strip chart and tape recorder 
channel assignments and prepares an updated list of 
channel allocations. 

• Configures and monitors telemetry data handling equip- 
ment prior to pass related activities. 

• Labels, packages, and stores tape and strip chart 
recorder outputs. 

q) Data Technician (5) 

• Reviews ephemeris and orbit data versus station pass 
time. 

• Prepares and distributes daily OCC time sequence 
activity to support ERTS operations 

• Maintains surveillance of OCC consumables 

• Prepares ground support schedules 

• Generates station pass check list 
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11. SIMULATION AND TRAINING 


Successful operations on the day of launch demand a rigorous 
program of equipment compatibility testing and training of personnel. 

This should be scheduled far enough in advance to permit correction of 
observed deficiencies. The scope of such programs is now well established 
from experience with existing spacecraft. The principles on which success 
are based are these: 

• New elements of the system require the most testing. 

• A spacecraft in orbit is better than a simulator. 

• Radio-frequency interfaces should be realistically simulated; 
magnetic tape signals from the spacecraft to be launched are a 
desirable source of operations checkout. 

« The best possible source of test signals is a set of prototype 
spacecraft equipment. Attenuation of transmitter outputs to 
simulate realistic levels is desirable. 

• A convenient vehicle for moving from one ground station to 
another is a small aircraft. Equipment mounted therein is used 
in flight. 

The need for compatibility testing is minimal based on previous 
experience. A shift in command carrier frequency, for example between 
launches, would not require simulation testing other than frequency 
measurement. 

1 1. 1 ERTS COMMUNICATION SIMULATION TASK 

The ERTS communication system carrier frequencies are entirely 
different from OGO. VHF modulations are unchanged (Table 11-1), 

The only apparent exception to a uniform need for simulation is the 
VHF system for command and digital telemetry. Stations which will use 
these STADAN carriers are already operating with spacecraft in orbit 
which employ modulations identical to ERTS. A review of the ground 
stations to be used versus experience of each is given on Table 11-2. The 
zero (0) entries in this table represent the real communication simulation 
requirement. 
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Table 1-1. Spacecraft Equipment Similarity to OGO 



Modulation 

Unchanged 

From 

Orbiting 

Spacecraft 

Completely 

New 

Modulation 

System 

Notes 

VHF command receiver 

X 


Carrier shifted 
4 MHz from OGO 

S-band command receiver 

X 



PCM VHF transmitter 

X 


OGO carrier was 
400 MHz 

Unified S-band transmitter 


X 

Baseband +5 
subcarriers 

Video transmitter 


X 

Very wideband 


Table 11-2. Ground Station Proven Compatibility with 
ERTS Signal Modulations 


Ground 

Station 

VHF 

Command 

VHF 

PCM 

Data 

Unified 

S-Band 

Range 

Data, Command 

S-Band 

Video 

Alaska 

X 

X 

0 

0 

Greenbelt (NTTF) 

* 

* 

0 

0 

Rosman 

X 

X 

* 

* 

Corpus 

* 

* 

0 

0 

Quito 

X 

X 

* 

* 

Santiago 

X 

X 

* 

* 

Orroral 

X 

X 

* 

* 

Madgar 

X 

X 

* 

* 

Joburg 

X 

X 

* 

* 

Winkfield 

X 

X 

* 

* 


Note: 

0 No experience with ERTS modulation complex 
X Orbital experience exists 
* No orbital interface is required 
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For completeness, and at some increase in expense, the VHF 
carriers can be included m the tests but in no case is this needed for 
STADAN stations outside the United States. Use of outlying stations is 
planned for initial operations (Appendix A) and may be relied upon in case 
of emergency. Inclusion of the VHF links in simulation tests at Corpus, 
NTTF, and Alaska checks out possible interference between VHF and 
S-band systems. A cost figure for this aspect of testing is needed for a 
decision. The most pressing interference possibility is at the spacecraft 
where VHF power is radiated and weak S-band signals are received. A 
second is between S-band signals at the ground station. 

The modulations to be employed in the flyby test are most easily 
obtained from magnetic tape and could most usefully be actual modulating 
signals from the first spacecraft. A test pattern generator for imaging 
check should be effective yet reasonable in cost. 

11. 2 ERTS FUNCTIONAL SIMULATION 

With the radio frequency interface simulated as above, subsequent 
tests at ground stations and OCC can be effectively accomplished with data 
tapes. This follows past successful practice in use of tapes actually made 
from spacecraft data with a known configuration. Rehearsal and training 
exercises employ such tapes as described in Appendix A. Plans for per- 
sonnel training are included in Volume 26 of the TRW ERTS Phase D 
proposal. 

11.3 EQUIPMENT SOURCES 

An investigation has been conducted to determine which simulator 
equipment can be used from spacecraft prototype or engineering models. 
The results are shown m Table 11-3. This list assumes complete simula- 
tion including VHF frequencies. Items marked "as is" or "modified" are 
available at small expense from the spacecraft program. Those marked 
with an asterisk will be identical designs to the spacecraft configuration. 
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Table i 1 — 3 . Equipment Sources for ER.TS Spacecraft Simulator 


Nomenclature 

Program 

-Derivation 

As 
- Is" 

^Modified 

—New - 

"Make - 

Buy 

GFE Quantities 

RF and Data Simulation Rack 









VHF Command Receiver 

OGO 


X 





1* 

VHF Diplexer /Coupler 

OGO 


X 





1* 

VHF Digital Decoder 

OGO 


X 





u 

Antenna Assembly 




X 

X 




Telemetry Switch Unit 

OGO 


X 





1* 

VHF Power Monitor 

OGO 


X 





I* 

Stored Command Programmer 




X 

X 



u 

Transmitter Driver 

SGLS 


X 





2* 

Video Switch Assembly 




X 

X 



L* 

TWT Amplifier 

MAR- 69 


X 





2* 

USB Transponder Assembly 

TETR 


X 





1* 

USB Baseband Assembly 

MOD 35 


X 





l* 

RF Distribution Assembly 

TETR 


X 





1* 

VHF Transmitter 




' X 

X 



1* 

MSS Simulator 


X 




X 


1 

RBV Simulator 


X 




X 


1 

Tape Recorder 


X 




X 


1 

PWR Control Panel 




X 

X 



1 

PWR Supply Assembly 


X 




X 


1 

Patch and Control Panel 




X 

X 



1 

Reject Filter 




X 


X 


2* 

Equipment Rack 

OGO 


X 




X 

1 

Command Status Display Rack 









Spacecraft Status Display 

OGO 


X 




X 

1 

Payload Status Display 

OGO 


X 




X 

1 

Matrix Monitor 

OGO 


X 




X 

1 

Console Power Supply 

OGO 

X 





X 

1 

Equipment Rack 

OGO 

X 





X 

1 

^Spacecraft Equipment 
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12. OTHER SUPPORTING-STUDIES 


12. 1 MSFN/STADAN ERTS PECULIAR EQUIPMENT 

Four ground stations have been delegated as ERTS support stations: 
Gilmore Creek, Alaska; Corpus Christi, Texas; the NASA Tracking and 
Training Facility (NTTF) in Greenbelt, Maryland; and Rosman, North 
Carolina. To enable these ground stations to operate effectively as ERTS 
support stations certain additions and modifications are required. The 
majority of these changes have been previously identified and are being 
implemented or planned by NASA. These changes are listed here for 
information purposes. Other changes listed are not presently planned but 
are required to implement the TRW ERTS approach. 

12. 1. 1 RF Circuits 

Table 12-1 gives a listing of present and planned observatory /ground 
station interfaces pertinent to the ERTS mission. 


Table 12-1. Observatory-Ground Station Interfaces 


Station 

Affiliation 

Uplink 

. j 

Downlink 

Downlink 
Wideband 
Sensor Data 

USB 

VHF 

USB 

VHF 

Alaska 

STADAN 


X 

P 

X 

P 

Texas - 

MSFN 

X 


X 


P- 

NTTF 

MSFN 



X 


P 

Rosman 

STADAN 


X 


X (D 



Note : 

"X" Present capability. 

"P" Planned capability. 

(1) Generally speaking, NTTF receives ERTS downlinks, while 
Rosman transmits uplink commands. Rosman may receive 
downlink telemetry for command verification. 
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Table 12-2 lists changes to the RF circuits at each ground station. It is 
TRW 's understanding that all of these changes are in the process of being 
impleme nte d. 


Table 12-2. RF Circuit Changes (Presently Planned by NASA) 


Modifications or 
Additions 

Texas 

Alaska 

NTTF 

Rosman 

Explanation 

Antenna feed 
modification 

X 

X 

X 


Texas, NTTF feeds need to be modified to accept 
ERTS downlink spectrum that extends from 22 1 9 5 
to 2288 75 MHZ For ERTS and Apollo compatibil- 
ity, the feed should have a passband extending from 
2219 5 to 2300 MHz Alaska cannot receive above 
1700 MHz and will need a complete S-band feed 
system 

Diplexer 


X 



To update the receive band to S-band frequencies 

Waveguide 

filter 

X 

X 

X 


MSFN stations will need a waveguide filter with a 
passband of 80 5 MHz for ERTS/Apollo 
compatibility 

Preselect 

filter 

X 

X 

X 


Mission preculiar equipment to aid crosstalk 
attenuation 

Multifunction 
receiver with 
S-band front 
end 


X 



Multifunction multichannel receiver with X, Y 
antenna steering outputs The multifunction 
receiver will demodulate wideband sensor data and 
the USB downlinks to baseband frequencies 

Cooled 

preamplifier 

X 

X 



Needed for carrier margins ERTS downlink sub- 
carriers would be really marginal with uncooled 
preamplifiers 

MSS wideband 
FM receiver 

X 


X 


ERTS mission peculiar equipment, necessary for 
sensor data reception One operational and one 
spare unit required 

RBV wideband 
FM receiver 

X 


X 



Note* Reference, 

"Preliminary MSFN Support Plan for ERTS A and B, " NAbA document, 


The RBY and MSS receivers and discriminators will be located in 
the RF sites at each of the three data acquisition ground stations. The 
tape recorders, quick look displays, and the MSS demultiplexer will be 
colocated with telemetry equipment. This arrangement will require a 
wideband coaxial cable or microwave link, between RF site and equipment 
building at Alaska and at Texas. 

An alternate arrangement would be to locate the recorders and 
displays at the RF site to avoid interstation wideband links, but this 
arrangement has been decided against for the following reasons: 

• Personnel operating the spacecraft at the OCC or the telemetrv/ 
computer site at Texas will need to observe the quick look dis- 
plays and to oversee tape recorder operations. 

• Housekeeping telemetry must be made available to the recorders. 
Remotely located recorders would require wire runs and asso- 
ciated electronics. 
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12. 1. 2 Narrowband Telemetry Station 


Texas, NTTF and Alaska must be able to receive, demodulate, and 
process data in the unified S-band downlinks. The S-band signal spectrum 
is shown below. 

S' 

z 


3 



12. 1. 3 Wideband Sensor Data Handling Equipment 

Table 12-3 presents changes to existing ground stations capability 
that are presently planned by NASA (see also Table 12-2). 

The NTTF and Texas stations presently have the capability to 
receive and process ERTS unified S-band downlink telemetry. These two 
stations, both equipped for MSFN operation, will r.eceive the telemetry 
downlink with a standard unified S-band receiver. The receiver will out- 
put a 50 MHz IF to unified S-band signal data demodulators that will pre- 
sent decommutated PCM data to a de commutation system distribution unit. 
The decommutation system distribution unitwill also accept inputs from 
the YHF telemetry system and from tape recorders. The distribution 
u nit outputs data to a PCM decommutator that, under program control, 
will select words from the incoming PCM data for input to Univac MoD- 
642B computer. Telemetry data will next be routed through a Univac 1299 
distribution switchload to WECO 205B modems that will transmit data to 
the OCC via voice/data circuits. At the NTTF, 1 and 32 kbits/sec PCM 
will be routed to the OCC by wire. 
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Table 12-3. Wideband Data Handling Equipment 


Equipment 


Functional Description 


FM demodulation and bit 
synchronizer 


MSS demultiplexer 


MSS recorder 


Video FM discriminator 


Rotary head tape 
recorder 

Quick look video 
display 


Quick look MSS 
status monitor 


Wideband coaxial cable 
or microwave links 


FM demodulates NRZ-MSS data, removes 
bit jitter /restores pulse levels, reshapes 
rise and fall times. 

Demultiplexes the 14. 6 Mbit/sec NRZ data 
into 25 channels. One spare required per 
station. 

28 channel recorder to record 25 channels 
of MSS data. One spare per station. 

FM discriminator accepts the RBV receiver 
IF and outputs a 4- MHz bandwidth AM 
waveform. 

Records 4 MHz bandwidth AM waveform. 
One spare per station. 

Provides a video picture display for ground 
station personnel for subjective picture 
quality judgement. Has ability to receive 
video from any one of the three RBV's. 

One spare per station. 

Essentially an oscilloscope which can dis- 
play a video representation of any one of 
the 25 channels of MSS data. One spare 
per station. 

Two links required at OCC-NTTF. 


Wideband coaxial 
cable 


Two links required at Texas RF site to 
telemetry /computer complex. 


The Alaska station does not presently have the capability to receive 
or demodulate the ERTS S-band downlinks. Multifunction, multichannel 
receivers will be installed at Alaska to demodulate all three S-band down- 
links to baseband frequencies. Subcarrier oscillator demodulators will 
need to be added to demodulate the narrowband telemetry 165, 225, 300 
kHz, 1250, and 1024 MHz subcarriers. Bit synchronizers will need to be 
added to restore PCM data. Alaska has sufficient PCM data handling 


12-4 



capability for ERTS, since equipment at Alaska has handled OGO telemetry 
previously. 

It is required that housekeeping telemetry signals sent from MSFN 
ground stations be formated in standard STADAN 600-bit blocks. This 
feature permits a single standardized incoming housekeeping-telemetry 
format from all stations resulting in a considerable reduction m OCC 
hardware. This can be accomplished by modifying the software for the 
642B computer. 

12. 1. 4 DCS Data Acquisition 

All three ERTS receiving stations will obtain a 25 to 125 kHz DCS 
signal which will be sent to the OCC over a coaxial cable circuit. At 
Alaska and Texas, DCS data will be recorded. From these stations, 
three methods being considered for retransmission of DCS data are: 

(1) install DCS signal recovery equipment at each site and transmit 
recovered PCM via high speed display circuits to GSFC-OCC, (2) use a 
slow tape recorder playback technique to transmit DCS data over wideband 
data link circuits, or (3) mail the DCS tapes to the OCC. For example, 
if a 48-kHz bandwidth circuit were installed between Corpus Christi, 

Texas, and the OCC, DCS data could be played back to an OCC tape 
recorder at 1/4 the original record speed. The OCC tape recorder would 
then play back to the DCS signal recovery system at four times the record 
speed. From Alaska, the slow playback method could use an existing 
23-kHz analog channel in the X-144 circuit. The cost of constructing a 
wideband circuit from Corpus Christi to GSFC could very likely be mini- 
mized by constructing the wideband circuit from Corpus Christi to the 
MCC-Houston {200 miles) and modifying an existing wideband circuit from 
MCC-Houston to GSFC. 

Use of the slow playback techniques will require quality tape 
recorders that have accurately controlled capstan speeds and low flutter 
specifications. 

A summary of new station equipment necessary for narrowband 
telemetry is presented in Table 12-4. 
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Table 12-4. DCS Data Acquisition Required Changes 


Equipment 

Functional Description 

USB subcarrier 
demodulators and 
bit synchronizers 

Required at Alaska for baseband separation and 
subcarrier demodulation of ERTS S-band down- 
link (Presently planned by NASA) 

Coaxial cable 
circuit 

Required between NTTF and OCC for real time 
transmission of DCS data (25 to 125 kHz 
circuit)* 

Wire circuits (2) 

For transmission of 1 and 32 kbit/sec from 
the NTTF to the OCC. * 

Tape recorders 

Quality tape recorders (Ampex FR 1600 or 
better) will be required at the OCC and remote 
sites if the slow playback technique of trans- 
mitting DCS data is utilized. 

48 -kHz wideband 
circuit from Texas 
to the ERTS- OCC 

Required at Texas if the slow playback tech- 
nique is used. * 

*These additions have been informally discussed with and agreed to by 
NASA representatives. 


12. 1. 5 Command Equipment 

Changes will be required to facilitate the encoding of ERTS com- 
mands. The required methodology differs between STADAN and MSFN 
ground stations. 

i2. 1. 5. 1 STADAN Stations 

In addition to the basic functional requirements established in GSFC 
Specification S-573-P-1, the command encoders which are planned to be 
installed at STADAN stations must be capable of providing for the 
following: 

• Upon receipt of a command from the OCC the command encoder 
will return the received message for a bit-by-bit check at the 
OCC. 

• Upon successful completion of a bit-by-bit echo check by the 
STADAN station, a signal signifying "verification OK" will be 
sent to the' OCC. 
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12. 1. 5. 2 MS'FN 

Modification of software for the 642B computer at the Texas station 
will be required to accomplish the following: 

• Send a message requesting "command repeat" m the event that 
a command error check is invalid. 

• Send a message indicating "command not sent" in the event that 
the bit-by-bit echo check was not successful. 

12. 2 EFFECT OF DELETION OF VIDEO TAPE RECORDER ON 

CONTROL CENTER OPERATIONS 

The study specification suggests a possibility that video tape 
recorders may not be carried in the spacecraft. Deletion of these units 
would change operations markedly and reduce correspondingly the function 
of the spacecraft stored command programmer. 

Figure 2-1 shows that m the absence of airborne video tape 
recorders, data coverage is limited to North America. This leads to the 
gross conclusion that video tape recorders are needed in the spacecraft to 
provide global coverage. Typical days of operation produce 160 minutes 
of global data with the tape recorder and only 35 minutes without. The 
longest possible data acquisition pass with the tape recorders is 33 min- 
utes (Russia to Africa). Without tape recorders this becomes 13 minutes. 

The process of commanding the spacecraft will be greatly simplified 
if video tape recorders are eliminated. The need for time tags will be 
reduced since operation becomes largely real-time. Warm-up commands 
will be desirable via stored program. Since the number of data passes 
reduces from 18 per day to about seven, the commanding activity will be 
reduced in about the same ratio. 

12. 3 CLOUD COVER FORECASTING 

s- 

The relative importance of cloud cover forecasts for ERTS is depen- 
dent upon station proximity. In the case that direct readout of the camera 
system is possible, the use of cloud cover forecasts in the sensor selec- 
tion algorithms amounts to little more than a nicety by decreasing the 
amount of bulk processing required in the NDPF. With quick look capa- 
bility, even the necessity for the extra bulk processing is mitigated. 
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Should direct readout not be possible, wideband video tape recorder 
management becomes extremely important. If tape recorder life is to be 
extended as long as possible, its activity periods must be limited as much 
as possible, to periods of nearly clear sky in_order_to-maximize- efficiency. 

While cloud cover forecasts have not been entirely precise in the 
past, they have been shown to be of sufficient accuracy and reliability to 
justify their use on ERTS. The closer the cloud cover observations, and 
therefore the meteorological forecasts, are to the time of scheduled 
sensor activity, the more accurate the forecast. Conversely, the older 
the cloud cover observations used in the forecast are, the more degraded 
are the results, until a point is reached, corresponding to approximately 
a 12-hour forecast, such that the forecast has nearly the same reliability 
as would be gained by using the cloud cover history of the area. 


Having addressed the validity and value of cloud cover forecasts, 
the procedures described below for integration of meteorological cloud 
cover data into the ERTS OCC have been developed during discussions with 
Mr. Kenneth Nagler, Chief, Space Operations Support Division, ESSA/ 
Weather Bureau. It is important to note that these procedures increase 
the capability and flexibility of ERTS with almost no additional cost to 
NASA. The Space Operations Support Division at Suitland, Mar yland, has 

< t 

three meteorologists and 'one' technician that have been developing cloud 
cover forecasts for manned flights. They afe colocated in the National 
Meteorological Center and the National Environmental Satellite Center 
and thus able to draw information from both sources. Due to the stretch- 
out of the manned program, the Space Operations Support Division should 
be able to support both ERTS-A and -B without any financial augmentation. 

The function RUTSKED of the OCC software schedules the payload 
activity. Given the user requests and the orbit ephemeris as input, a 
time ordered list of acquisition areas (30 x 30 miles) is generated. For 
purposes of the weather interface with ESSA the contiguous areas are 
considered individually by dividing the bounding subarc of the ground 
trace for each such area into 50-mile segments. A square 50 miles on a 
side is generated for both the left and right sides of the ground track seg- 
ments. The center of each such square is then determined by its latitude 
and longitude and corresponding time. See Figure 12-1. 
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Figure 12-1 



GEOMETRY of cloud cover request 


This process of center determination continues until the entire 
acquisition list has been processed and a table of centers built. This 
table is output on paper tape specifying 

• Day, month 

• Revision number 

• Latitude of square center 

• Longitude of square center 

• Acquisition time of square center 

• Serial number of center 

The paper tape output is manually mounted and used to drive a teletype 
machine in the OCC. Thus, the message sent by teletype to the Space 
Operations Support Division of ESSA/Weather Bureau is printed, for 
verification, as it is sent. 
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The meteorologist on duty at the end of the teletype in Suitland, 
Maryland, then determines the forecasted cloud cover and sends a minimal 
set of parameters by teletype back to the ERTS OCC. 

• Cloud cover in percent 

• Revision number 

• Serial number of center 

At the OCC the teletype punches a paper tape and simultaneously prints 
the message for verification checking. This paper tape weather informa- 
tion is read by the RUTSKED software, merged with the acquisitions list, 
and the acquisitions areas are deweighted accordingly for the sensor 
selection algorithm optimally. 

Thus, the design allows requests selectively to be or not to be gen- 
erated and to be applied or not applied to individual cells. Any questions, 
further analysis, or message repeats required in the communications 
between the ERTS OCC and the meteorologist at ESSA may be detailed 
with an OCC telephone. Other advantages to this design, besides the 
obvious cost factor, are that ERTS will not be required to have a meteo- 
rologist and the growth factor in ERTS/ESSA communication as uses of 
the satellite sensors become more sophisticated. 

12. 4 EARTH ACQUISITION ANALYSIS 

The specific orbit is a key factor in earth acquisition. The ERTS 
spacecraft rotates at a rate of 0. 5 deg/sec, with the solar array locked 
at zero degrees as described in the Phase B/C Final Report, Volume 3, 
While rotating, the horizon trackers search for the earth and when three 
simultaneously lock on the earth, transfer to Mode 3 (earth acquisition) is 
permitted (Figure 12-2). Many orbits result in "windows" which are not 
suitable for earth acquisition since three trackers are not able to inter- 
sect the earth. The EGO orbit is an example. 

To determine the conditions under which earth acquisition is 
possible, the ERTS orbit and the rotating spacecraft geometry were 
analyzed. Figure 12-3 shows the result; the shaded areas are per- 
missible regions of transfer. This pattern is not much different from 
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Figure 12-2 

ERTS EARTH ACQUISITION GEOMETRY 
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Figure 12-3 

ACQUISITION OPPORTUNITIES in the ERTS orbit 
are similar to those in the OGO polar orbit. 


that which typical polar orbiting OGO spacecraft exhibit. The open 
spaces constitute regions of time when the spacecraft +Z axis is point- 
ing approximately earthward and earth edge trackers are scanning space. 
Since a 15-minute pass over a ground station is equivalent to about a 
45 degree orbital angle there are opportunities at any ground station for 
earth acquisition. 
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As described in Section 2 the plan for first earth acquisition is that 
it be allowed to proceed over Alaska on revolution 3. (See also 
Appendix B.) 

12.5 COMMUNICATION ERROR RATES 

The following discussion demonstrates that bit error rates associ- 
ated with NASCOM communication circuits and related equipment are 
sufficiently lew to adequately perform ERTS commanding and communi- 
cation services. There are two primary concerns associated with bit 
error rates in a spacecraft-grojund communication network. One is that 
communication circuit bit errors will cause a satellite response to a 
false command. The second concern is that bit errors will degrade the 
downlink data stream. For the ERTS program, it has been determined 
that simple error detection schemes will prevent false commands being 
sent to the ERTS satellite and that software implementation at the OCC 
and NDPF data computation centers will adequately minimize the effect 
of bit errors in the satellite downlink. 

12.5.1 Probability of Satellite Response to a False Command 

It is assumed that a valid command originates from the OCC. De- 
sign of the command system is given in Volumes 3 and 14 of the Study 
Report. Calculations will show: (1) the probability that the ground sta- 
tion will transmit a false command, and (2) the probability that the satellite 
will respond to a false command, 

Assumed values of communications circuit bit error rates were 
obtained from NASCOM Data System Development Plan, Revision 5, and 
the ERTS Design Studies Specification. 


Circuit Segment Description 

Teletype link 

High-speed data line 

Circuits between NASCOM 
switching centers 

Mission Control, Houston, 
to MSFN stations command 
uplink 

RF space links 


Bit Error Rate 

5 

1 in 10 characters 
1 in 10 5 bits 

1 in 10 12 bits 

„ Q 

10 

1 in 10 6 «r ■ 
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Furthermore, the bit error rate in a communication circuit is given 
as the sum of the bit error rates of each segment in tandem. 

OCC to STADAN Command Error Probabilities 

Only the OCC to Gilmore Creek, Alaska, link will be analyzed since 
the long circuit path between the OCC and Alaska will very likely cause 
this link to have the greatest bit error probability of any link. For OCC 
to Alaska, P = (P in a high speed data line) X (the number of tandem 

® _C ® _ £ 

links) = (1 X 10" ) (2) = 2 X 10" . The probability of one or more 

errors in a 43-bit stored command word, P- , is 

fc 

ao. 

Pfc = 1 - (0.999980) = 1 - 0.98317 = 0.017 

To verify commands, the STADAN stations retransmit the commands 
back to the OCC for validation. STADAN stations do not normally use 
error detecting codes for command communications, and validation by 
retransmission is a simple and expedient error detection system. 

The most likely situation where retransmission could fail to detect 
an error is in the event that Alaska receives a message with exactly one 
error, and during the validation retransmission exactly one bit error 
occurs to "correct" the message the OCC receives and thus spoofs the 
OCC into believing Alaska has a correct command message. 

The probability that Alaska receives a command message with 
exactly one error is 

_ K E AO _E 

(43) (2 X 10 ) (1 - 2 X 10 ) = 85.9 X 10 

The probability that during retransmission from Alaska a bit error "cor- 

-5 

rects" the previous bit error is 2 X 10 . The probability for both events 

-5 -5 „ q 

is (2 X 10 ) (86 X 10 ) = 1.72 X 10 . This is the probability that re- 

transmission error checking will validate a false message at Alaska. 

As an additional check, STADAN sites can also check incoming 
command errors with parity. 
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OCC to MSFN 


The MSFN utilizes error encoding, vehicle address code checking, 

and command word bit error comparisons. If a MSFN remote station 

invalidates a command, a retransmission by the OCC is requested. In 

prime mode operation, all MSFN commands originate from the OCC. 

The probability of an MSFN station receiving and transmitting a false 

-9 

command is given as less than 10 

12.5.2 Satellite /False Command Interactions 

This section is concerned with the probability that the spacecraft 
will accept a false command. 

VHF Uplink Errors 

Two types of commands are sent on the VHF uplink; one type is a 
43-bit stored command and the other is a 28-bit real time command. 

The 43-bit stored command has two parity bits; one parity bit is for the 
entire command, and the other parity bit is for the 6-bit command word. 
Parity bits only detect odd numbers of errors that fall within the range 
of the parity bit check. 

The spacecraft decoder will accept a false command that has two 
error* in the 7-bit command and command parity bit parity word. The 
probability of this happening is 

= (P of no errors in 36 bits) (P of 2 bits in 7 bits) 

A 36 7' A 2 _A 5 

= (1 - 10“°) (1 X 10"°) (1 - 1 X 10 °) 

= 20.999 X 10~ 12 

-6 

where 10 is the probability of a noise induced uplink error. Another 
likely error situation is that no errors occur in the seven bits of com- 
mand plus parity and two errors occur elsewhere. The probability of 
this occuring is 

-6 7 36' -6 2 -6 3 ^ 

P e = (1 - 10 b ) (1 X 10 b ) (1 - 10 b ) 

= 0.63 X 10~ 9 
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These values are acceptably small probabilities that a false uplink VHF 
stored command will be accepted. 

The 28-bit real time command contains a redundant complement of 
the command and the internal address word. Again an even number of 
errors are required for acceptance. The most likely error situation is 
one where a command bit error occurs, and nine successive bits occur 
with no error and then another bit error occurs (this can happen eight 
ways), or similarly an internal address bit error can occur, with nine 
successive error free bits, and then another error bit. This can happen 
two ways. The probability of a falsely accepted real time command is 

P s 8X 10" i2 + EX 10" 12 s 10" 11 
e 

S-Band Uplink Errors 

The command formats for the S-band uplinks are identical to the 
VHF formats with the exception that the S-band command formats have 
13 bit decoder addresses rather than seven bits. The unified S-band/ 
Apollo command system encodes each bit with five subbits. Thus a 49- 
bit stored command word is expanded to 245 bits and likewise a 34-bit 
real time command is expanded to 140 bits. The ERTS S-band decoder 
will reject a command if one to four subbit errors are detected in any 
bit. Five subbit errors in any one bit would have to occur before the 
decoder would recognize the complement of the bit transmitted and thus 
recognize a false bit. Subbit encoding is a valuable technique to prevent 
noise induced false bits. One concern with subbit encoding is that under 
noisy conditions the probability of a good command being received can 
become small. For ERTS this is no concern since the probability of a 
good command received is large: 

P , command = P of 245 error free bits 
good 

= (1 - 10" 6 ) 245 = 1 - 245X 10" 6 
- 0.998787 

The probability that the S-band decoder will accept a false stored com- 
mand or real time command is found in a manner similar to the YHF 
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commands with, the following being considered: (1) each command con- 
tains five times more bits, and (2) a bit error occurs when all subbits 

encoding the bit are in error. The probability of one bit error is there- 
of, 5 

_ fore (10 _)_ and .the probability-of -two-bit-errors is near' an order of" 
magnitude of 10 The probability of an S-band command being accepted 

due to an RF link noise induced error is insignificant. 


Spacecraft-Induced Errors 

Bit error rates for the ERTS memory and logic circuits are given 

as 10”^. (See page 8-3, Volume 4, of the ERTS Phase B/C Final Report.) 

-8 

10 affords adequate protection in the spacecraft. For example, if the 

-6 

probability of a noise induced error is 10” , the probability the parity 

-8 -14 

check will fail is 10 for a resultant error probability of 10 , The 

probability of the stored programmer producing a false command is dis- 
cussed in the above reference. The result is that the probability of the 
stored programmer causing a false command is 0.000021 per year. 

Command Validation 


At all stations the command encoder or command computer per- 
forms a bit-by-bit detection and check of the radiated command via a 
receiver mounted on the command antenna. Command transmission is 
halted upon detection of an error. 


The spacecraft telemetry data is also analyzed as a command veri- 
fication technique. Remote stations and the OCC will receive spacecraft 
command enable bits that indicate command acceptance by the spacecraft. 
Other command verifications, done at the OCC, are the monitoring of 
spacecraft relay status telemetry, readout of the stored command pro- 
grammer, and trend analysis of spacecraft parameters. 


12.5.3 Downlink Telemetry PCM Errors 

Errors in downlink telemetry are due to logic decision errors in 
on-board data processing equipment, RF noise in the space downlink, 
and tape recorder dropouts in the spacecraft and ground station recorders. 
Assume 
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P g = 1X10 for a logic error 

= 1 X 10 ^ for a spacecraft tape recorder bit dropout 
(per record or playback cycle) 

-8 

= 10 for a ground station tape recorder bit dropout 

_5 

= 10 for a high speed data circuit bit error 

= 10 ^ due to RF noise and noise induced errors 
during demodulation 

The worst-case telemetry bit error condition exists when 32 kbits /sec 
playback telemetry is being received at the ground station, recorded, 
played back at a slow speed to the OCC over noise lines, 

(telemetry) = P (spacecraft logic error) 4- 2P (spacecraft 
recorder error) + P (RF noise error) 

+ 2P (ground station recorder error) 

+ P (high speed circuit bit error) 

= 10" 8 + 2 X 10" 6 + 1 X 10" 6 + 2X 10 -8 
+ 1 X i0" 5 

= 1.3 X 10" 5 

The above error probability will cause telemetry bit errors (1.3 false 
bits per 100,000 or approximately one false word per 77,000 bits) at 
the OCC. The effects of these errors will be minimal since the telemetry 
data is highly repetitive (approximately one frame per second at 1 kbit/ 
sec), and software implementation at the OCC will 11 smooth" out the effect 
of anomalous telemetry words . 

Wideband Sensor Data Degradation 

A worst-case MSS PCM error situation exists when MSS data is 
being played back from the spacecraft video tape recorder. The proba- 
bility of an error is the probability of an MSS encoding error plus proba- 
bility of a record bit dropout in the spacecraft recorder plus the proba- 
bility of playback bit dropout plus the probability of a ground station tape 
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recorder plus the probability o£ a playback error at the OCC plus the 
probability of an RF link -demodulation link error. 


P e MSS_ _=_ 10"® +_10“ 6 _+_ 1.0- - -+- -l-0' 8 -+-l-0" 8 - + T0~ 6 
= 3 X 10" 6 


MSS data will contain a large number of redundant bits and error prolifer- 
ation from the spacecraft to the OCC will not noticeably degrade MSS data. 

RBV data is recorded at remote stations and mailed to the NDPF 
for playback into video image restitutors. Each time a tape is recorded 
and played back, the data signal -to -noise ratio decreases. RBV data is 
available at remote stations with a S/N ratio of 38.7 db. The RBV is 
recorded and played back at the NDPF. Assume the ground station tape 
recorders have 32 db pk-pk signal/rms noise ratios. Therefore, for 
1 volt pk-pk signal, the rms noise present as tape recorder background 
noise is 0.63 mv rms. 


The rms noise after one record/playback cycle becomes 


Nrm S = j ^ (0.63) = 0.892 mv rms, a 2-db degradation 


The RBV data output to the image restitutor will then have a S/N ratio 
of 30 db. This is adequate margin since at least 26 db is required for 
good picture quality. 


DCS Data 


The ERTS spacecraft will receive DCS data at 401.9 MHz in a 
bandwidth of 100 kHz. All signals within the 100 kHz bandpass are in 
turn phase modulated on a 1.024 MHz subcarrier oscillator and trans- 
mitted to ground stations on the unified S-band downlink. Each DCS 
platform will be transmitting at a preset, but random, frequency in the 
100 kHz bandpass. Furthermore, each platform will transmit for only 
55 msec every two minutes with the time of transmission being a random 
occurrence in relation to the other DCS platforms. The result is that the 
DCS data obtained at the ground station is a complex composite of many 
DCS transmissions; often with several DCS platform transmissions being 
received at the same time. Simultaneous DCS transmissions, received at 
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the satellite receiver, that overlap in the frequency domain will have bit 
errors due to message collision. (Each DCS signal has a nominal hand- 
width of 2.5 kHz.) Specifications imposed by GSFC pertinent to message 
errors are as follows: 

• Probability of failure to recognize a message error will 
be less than 1 percent 

• Probability of obtaining at least one good message from 
each platform every 12 hours will be 95 percent or better 

DCS Noise Induced Bit Error Rates. As established m the previous 
paragraph, the probability of a noise (i.e. , thermal noise) induced mes- 
sage error was assigned the value of 10 percent of 0.05 or 0.005. A 
message is m error when one or more of the 110 message bits is in error. 
The probability of a message error P is 


P 


m 


1 — (probability that all bits are correct) 
1 — (probability of one correct bit) ^ ^ ^ 


1 - (1 - P ) 
e 


110 


where P = bit error rate. Solving for P , where P 

e ° e’ m 


P a* 4.6 X 10 

e 


005, 


TRW has chosen differentially coherent phase -shift-keying as the modu- 

_ 5 

lation technique which requires a S/N ratio of 0.6 db for a P = 5 X 10 

o 

Current link margins show that the DCS channel has a margin of 4. 6 db 
(with worst case space loss). This margin is adequate to satisfy the bit 
error rate requirement for DCS messages. 

DCS Message Error Recognition . TRW will add an 8-bit cyclic 

code word to each DCS message word. This 8-bit cyclic code word will 

detect both bit errors due to noise and burst errors due to message col- 

_8 -8 

lisions with a probability of 2 . 2 = 0.00 39 3 which is smaller than 

the GSFC specification of 1 percent. (Refer to ERTS Final Report, 
Volume 5, February 11, 1970.) 

Probability of Receiving One Good Message . ERTS specifications 
require that the system will obtain at least one good message every 12 
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hours from each platform with a probability of 0.95, or conversely that 
the probability of no message received at all will be 0. 05. To maximize 
time domain density TRW has established a design criterion that 90 per- 
cent of all message er.ro r-s -will be due to 'frequency domain collisions and 
10 percent will be due to bit decision errors due to noise. 

Messages Lost Due to Message Collisions. The DCS is to be de- 
signed to receive at least one good message from each of 1000 platforms 
located throughout the United States. Each platform will be viewed by 
the satellite for a nominal time of eight minutes, which means that three 
to four transmissions will be received per pass. Perhaps 90 percent of 
the stations will be viewed twice per orbit with the result of six to eight 
message replications being received from these platforms. Platforms 
directly under the satellite trajectory will only be viewed once per orbit. 
At a 5-degree elevation angle from each DCS platform, the satellite will 
view a circular area on the earth's surface of 2940 miles diameter which 
could bring the satellite into position to receive transmissions from 
nearly all 1000 platforms. For a design value, it will be assumed that 
the satellite is receiving messages from 1000 platforms. 

Calculating the probability of one good message per 12 hours is 
seen to be a highly involved study concerned with message statistics in 
random time and frequency domains, ability of ground station receivers 
to demodulate the random narrowband signals (2.5 kHz) m a wideband 
search band (100 kHz), and the extent that ground software can piece 
together a good message from several damaged ones. 

Ability of the DCS to handle 1000 platforms may be illustrated by 
the following case presented in Volume 5 of the ERTS Final Report, 
pages 2-27 to 2-28. The following curve indicates the system capacity 
assuming that all platforms are transmitting one frequency: 
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NUMBER OF MESSAGE REPLICATIONS 


This curve indicates that with five message replications , 202 stations 
can be handled on a common carrier channel frequency. Assuming 
momentarily that each platform will have a very stable transmit fre- 
quency, the bandwidth required by any data carrier is ±8.5 kHz for 
doppler shift and approximately 5 kHz for data. Thus, each channel 
would require 22 kHz of bandwidth, allowing for five channels in the 
100 kHz bandpass for a total capacity of 1010 stations. However, the 
DCS platforms will not be assigned frequency channels, but due to random 
frequency settings and thermal frequency drift, will be allowed to trans- 
mit at a random frequency in the 100 kHz bandpass, with the result that 
system capacity should increase since platforms will not be bunched to- 
gether in groups. 
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Appendix 



APPENDIX A 


ERTS PROJECT OPERATIONS REQUIREMENTS 
1. INTRODUCTION 

The purpose of this document is to define the operational require- 
ments for the ERTS project. Implementation of support for these require- 
ments is accomplished through the Support Instrumentation Requirements 
Document, which is prepared and issued by the NASA/GSFC ERTS Project 
Office The operational concepts contained herein reflect the capabilities 
of the entire ERTS system, including observatory, Space Tracking and 
Data Acquisition Network (STADAN), Man Space Flight Network (MSFN), 
ERTS Operations Control Center (ERSOCC), support communications and 
specialized NASA facilities. 

The ERTS observatory is shown in Figure A-l. 



ERTS OBSERVATORY 


1 1 General Considerations 


The operations plans for ERTS are primarily based on the combined 
requirements of the payload sensors. The data acquisition plan outlined 
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in Section 7 reflects these requirements. In general, all operations will 
be conducted as necessary to optimize the data acquisition requested by 
each using agency 

-l.-l. 1 Operational ~Duty~ Cycle ~ ~ 

ERTS will primarily be a real-time operation with limited data 
storage coverage. It is planned to operate sensors up to 30 minutes with 
the housekeeping tape recorders on nearly 100 percent of the time. Ground 
station visibility periods for this mission will average 11 minutes allowing 
for video tape playback in eclipse only. The in-orbit operation will be pri- 
marily in the main frame data storage configuration for housekeeping data. 

1.1.2 Operational Configuration 

The planned operational configuration for ERTS is as follows: 

• Data collection receiver on 100 percent 

• Payload sensors on according to detailed schedule as 
long as video tape recorder capacity and power permit 

• All heaters on 100 percent 

• 137 MHz, 0. 5 watt transmitter on 100 percent 

• Unified S-band transponder on 100 percent 

• Housekeeping tape recorder on nearly 100 percent; 
playback as scheduled. 

1. 2 Orbital Parameters 

The initial orbital parameters planned for ERTS are as follows: 

Period 103. 3 min 

Semi-major axis 3936. 5 n mi 

Eccentricity _ 0. 001 

Inclination , 99. 098 deg 

A subsatellite plot of this orbit from liftoff through the 14th revolu- 
tion is shown in Figure A- 2, Revolutions are, by convention, numbered 
between northbound crossings of the equator. 






Figure A-2 

TYPICAL 24-HOUR ERTS GROUND TRACE showing ground station coverage patterns 
for Alaska, Corpus, Rosman, and Greenbelt 


TIME FROM EQUATORIAL CROSSING (MINUTES) 





1. 3 System Operations 


System operations are defined as those oriented specifically toward 
operation of the observatory in orbit. This includes the necessary pre- 
launc h pla nning and. exer-cises as-well as the day -by- day routine pbsflaunch 
operations. System operations can be divided into the following phases: 

1) Pre launch Operations 

• Preparations 

• Pre -liftoff 

2) Postlaunch Operations 

• Initial 

• Routine 

All operations with the observatory after liftoff are performed in 
accordance with operating plans generated by the ERTS Operations Con- 
trol Center at GSFC. 

1.3.1 Pre launch Operations 

Pre launch preparations are primarily directed toward practicing for 
the initial period of orbital operations and demonstrating the functional 
reliability of ERSOCC and the ground station network. Payload require- 
ments are coordinated and operational plans are generated which are 
designed to optimize data acquisition. These requirements are reflected 
in all subsequent phases, since liaison with the users of data is maintained 
throughout the life of the observatory. 

Of prime importance during the pre launch phase are the readiness 
tests. These tests are exercises designed to demonstrate both the capa- 
bility of the ground stations and GSFC facilities to support the observatory 
and the acceptability of operational planning procedures. The readiness 
tests are discussed in detail in Section 4. Other functions performed dur- 
ing this phase, such as the preparation of calibration data, generation of 
computer programs, etc. , are too numerous and varied for detailed discus- 
sion. 

General launch preparations are conducted in accordance with speci- 
fic detailed plans and will not be discussed in this document. The interface 
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between the launch operations and pre- liftoff operations occurs immediately 
prior to vehicle launch. 

The pre-liftoff operations interface between the Western Test Range 
(WTR) and the ERTS Operations Control Center is to verify the following: 

a) Once the in-flight jumper has been permanently 
installed, it is necessary to establish correlation 
between the spacecraft clock (as monitored on main 
frame words 33, 34 and 35) and GMT. 

b) The the batteries are in full-charge condition at the 
time of launch, 

c) That the initial sequencing circuits are reset and the 
observatory is in the proper electrical configuration 
at liftoff. Table A-l lists the planned observatory 
electrical configuration at liftoff. 

1.3.2 Postlaunch Operations 

Initial orbital operations begin at vehicle liftoff and continue through 
the first 48 hours or orbital life. A typical launch sequence of events is 
summarized in Table A-2. Initial data acquisition will be accomplished by 
WTR from liftoff until loss of signal. 

The ground station visibility periods during initial operations are 
shown in Figure A- 3. It is planned to operate through revolution 012 during 
most of these periods. 

The initial operations period is necessary not only to sequence the 
observatory through the proper sun and earth acquisition modes, but also 
to verify the aliveness and operational status of the payload and spacecraft 
subsystems. This period will also allow for evaluation of the horizon 
scanners while they view different infrared environments. The period 
assumes the observatory will be injected into its nominal orbit and that all 
systems perform properly. The remote stations will have specific teleme- 
try word assignments to monitor and report to ERSOCC so that a continu- 
ous evaluation of the observatory can be made during this phase. (These 
word assignments are contained in Appendix D). 

The nominal functions planned during the initial operations period 
are listed in Section 5. It should be noted that this plan may be deviated 
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Table A-l. ERTS Launch Configuration 



Item 

Condition 

1 

Undervoltage bus 1 

Reset 

•2 

Undervoltage Bus 2 

Reset 

3 

No 1 and 2 regulator charge rate 

3, 7 amps 

4 

No 1 charge rate 

Full array 

5 

No 2 charge rate 

Full array 

6 

No 1 and 2 charge mode 

Cycle 

7 

Regulator 1 

Normal 

8 

Regulator 2 

Normal 

9 

Battery 1 

Connect 

10 

Battery 2 

Connect 

11 

95°F thermal switch 

Normal 

12 

Charge bus parallel 

Normal 

13 

No 1 battery 

Normal 

14 

No 2 battery 

Normal 

15 

Payload converter 1 

Disable 

16 

Payload converter 2 

Disable 

17 

Wheel delay 

Disable 

18 

Gas delay 

Disable 

19 

Array delay 

Disable 

20 

Pitch rate gyro 

On 

21 

Control switching assembly 

Safe 

22 

ACS bus 

On 

23 

Gas jets 

Disable 

24 

ACS mode select 

Mode 1 

25 

ACS mode control 

Normal 

26 

Array slew 

Normal 

27 

X jet 

Disable 

28 

Y jet 

Disable 

29 

Z jet 

Disable 

30 

Yaw gyro select 

Auto 

31 

Yaw gyro power 

On 

32. 

Gyro 1 select 

On 

33 

Gyro heater 

On 

34 

Tracking heads 

Normal 

35 

Orbit adjust 

Safe 

36 

USB transponder converter 

A on/B off 

37 

Baseband 

1 on/2 off 

38 

Baseband SCO's 

On 

39 

Wideband transmitter drivers A and B 

Off 

40 

Wideband transmitter drivers C and D 

Off 

41 

TWTA 1 

Off 

42 

TWTA 2 

Off 

43 

TWTA 1 power mode select 

10 W 

44. 

TWTA 2 power mode Belect 

10 W 

45 

TX drivers A/B signal 

Normal 

46. 

TX drivers C/D signal 

Normal 

47 

MSS real time data 

Channel 1 
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Table A-l. ERTS Launch Configuration (Continued) 



Item 

Condition 

48 

RBV real time data 

Channel 2 

49 

Wideband telemetry channel 1 

Pos 1 

50 

Wideband telemetry channel 2 

Pos 1 

51 

Real time EG 

MC 

52 

D/S EG 

ASC 

53 

EG 1 

On 

54 

EG 2 

On 

55 

EG 1 

Real time 

56 

Clock select 

A On 

57 

HFTU 

EG 1 

58 

Real time bit rate 

Low 

59 

Stored command programmer 1 

Off 

60 

Stored command programmer 2 

Off 

61 

Stored command programmer mode select 

Standby 

62 

Ordnance 

Safe 

63 

Payload ordnance 

Disable 

64. 

Payload heater 

On 

65 

Narrowband tape recorder 1 

On 

66 

Narrowband tape recorder 2 

On 

67 

VHF transmitter 
Payload, RBV 

A on/B off 

68 

Camera 1 

Off 

69 

Camera 2 

Off 

70 

Camera 3 

Off 

71 

Calibrated lamps 

Off 

72 

Ordnance 
Payload, MSS 

Safe 

73 

Spectral band 1 

Off 

74 

Spectral band 2 

Off 

75 

Spectral band 3 

Off 

76 

Spectral band 4 

Off 

77 

Scan mirror drive 

Off 

78 

Mirror pick-off 

Off 

79 

Rotating shutter drive 

Off 

80 

Calibration lamp 

Off 

81 

Main inverter A 

Off 

82 

Main inverter B 
Payload, VTR 

Off 

83 

VTR 1 

Off 

84 

VTR 2 
DCS 

Off 

85 

DCS 1 power 

Off 

86 

DCS 2 power 

Off 
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Table A-2. ERTS-A Nominal Launch Sequence of Events 


Time from Liftoff 
( sec) 

Event 

Station 

Coverage 

0 

Liftoff (VAFB) 

WTR 

40 

Solid BECO 

WTR 

102 

Solid ejection 

WTR 

220 

Thor MECO 

WTR 

229 

Thor VECO 

WTR 

235 

Thor- Delta separation 

WTR 

289 

Delta ignition 

WTR 

299 

Initiate shroud separation 

WTR 

524 

Delta first cutoff 

None (tape) 

3476 

Delta second ignition 

Madgar 

3480 

Delta second cutoff 

Madgar 

3485 

ERTS-Delta separation 

Madgar 

3500 

Array deployment 

Madgar 

3517 

ACS start 

Madgar 



J - TOBURG 
M - MADGAR 
W - WINK/MELD 
A - ALASKA 
G - GREEN8ELT 
R - ROSMAN 
C - CORPUS 
Q - QUITO 
S - SANTIAGO 
O - ORRORAL 


Figure A-3 

GROUND STATION VISIBILITY during first 14 revolutions 
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from at any time it appears that the observatory is not functioning in a 
proper or predicted manner. 


The routine operations phase commences after the successful com- 
pletion of the initial phase noted above. Day-to-day scheduling, evaluation 
of the observatory, and preparation of summary reports will be accom- 
plished on a routine basis. Refer to Section 6 for a discussion of these 
functions. 

2. PAYLOAD 

The payload consists of two image sensing equipment, two video 
tape recorders for storing image data for later recovery, and two data 
collection receivers. Detailed descriptions of this equipment will be 
found elsewhere. Only the key characteristics which affect operation of 
each will be listed here. 

2. 1 Return Beam Vidicon 

This three-color television camera system is used for imaging land 
areas only. The three cameras may be controlled separately but will 
generally be used in concert. Status of all internal commandable functions 
is telemetered. Its 155 -watt dissipation makes it a critical item for OFF 
command but if missed a timer in the spacecraft will shut it off after 
24 minutes. Normal mode of use produces a 100 x 100 nautical mile 
picture every 25 seconds, an automatic internal sequence action. 

2. 2 Multispectral Line Scanner 

The multispectral line scanner continually scans a strip 100 nautical 
miles long perpendicular to the velocity vector, thus accumulating a con- 
tinuous picture strip. Four color channels are generated and choice of 
color channels is provided by command. Normally, all will be on at once. 
Status of all commandable states is reported by telemetry. Power dissi- 
pated is 65 watts and a shutoff timer is provided as above. 

2. 3 Video Tape Recorder 

Wideband data from the RBV and MSS will be telemetered via S-band 
links or stored in two identical tape recorders for later relay. These 
units also have full status reported via telemetry. The two recorders may 
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be used for sequential storing of data from one source but a more normal 
use is for one recorder to store each of the two camera outputs. Two 
recorders draw 144 watts in record mode and each is automatically shut 
of f_ after 2 4_ minutes- if not commanded - off; Thirty minutes of data can be 
stored from the MSS and 50 minutes from the RBV, 

2. 4 Data Collection Receivers 

This redundant system receives bursts of data at 400 MHz. One 
receiver will be used continuously. After first turn-on no further 
commands will be required in normal use. Data is modulated on the 
unified S-band 2287. 5 MHz link. Real-time relay of data is all that is 
allowed. Power drain is about 1 watt. 

3. PARTICIPATING STATIONS AND AGENCIES 
3. 1 Introduction 

The NASA STADAN and MSFN stations are required to transmit 
commands to ERTS and to acquire telemetry data. These stations receive 
instructions from Operations Control (OPSCON) as requested by the ERTS 
Operations Control Center. These stations and the ERTS Operations 
Control Center are briefly described in the following paragraphs. 

The telemetry data tapes (PCM and video) recorded at each station 
are mailed to GSFC for processing and formating in accordance with 
individual user requirements. This function is briefly described in 
Section 3. 4. 

A variety of support communications are required for ERSOCC to 
conduct operations during all operational phases. These requirements 
are listed in Section 3. 5. 

3. 2 ERTS Operations Control Center 

The ERTS Operations Control Center located at GSFC has complete 
responsibility for the conduct of the in-orbit operations of ERTS. The 
center has the capability of receiving data in real time from the NTTF, 
Rosman, Corpus, and Alaska ground stations. Limited real-time capa- 
bility is also available in ERSOCC from most STADAN ground stations 
via a data transmission system low data rate link. Real-time control of 
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ERTS may be exercised during the periods when these stations are 
scheduled to perform functions with the observatory during initial 
operations. 

ERSOCC issues all operating instructions in the form of detailed 
pass assignments and performs all necessary evaluations of spacecraft 
data. 

All operations are under the cognizance of the project operations 
director (POD), who is a member of the GSFC project office and has res- 
ponsibility for directing operations to assure fulfillment of project 
requirements . 

During operations with Rosman, NTTF, Corpus, and Alaska, 
ERSOCC may receive real-time data via communication links. The links 
from Rosman, Alaska, and Corpus will also be utilized to send commands 
to the observatory from the control center. All commands transmitted by 
ground stations will be in strict compliance with operations plans as out- 
lined in Section 6. The ERTS portion of the communication link to Rosman 
has a 64 kbit/sec (and 120 kHz special purpose) capability. 

t 

3. 3 Ground Stations 

The specific NASA STADAN ground stations that will be utilized in 
the operations of ERTS and their general equipment characteristics are 
listed m Table A-3. (MSFN ground stations may prove useful but this 
decision is left for NASA choice. ) 

3. 4 Other Supporting Agencies 

In addition to the ground tracking stations and ERSOCC, several 
other supporting agencies and complexes are directly involved in ERTS 
operations. The Western Test Range will participate in the readiness 
tests and monitor data from liftoff until loss of signal. 

The NASA Data Processing Facility will be utilized to monitor 
data during the initial operations phase and to provide quick look data 
processing until two weeks after launch. 

The Manned Space Flight Network operations center will cooperate 
in linking up MSFN stations used. 
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Table A-3. Ground Station Equipment Availability 


Station 

Location 

Receiving 

Antenna* 

Command 

System: 

Data Word 
Selectors 

Strip Chart 
Recorders 

R osman 

Rosman, North 
Carolina 

85 ft X-Y 
35 -db gain 

2500 W 
12 db/ 

5 000 W 
22 db 

20 

8 Ch. Offner 
**S-350 (1) 
S-320 (1) 

Alaska 

Fairbanks, 

Alaska 

85 ft X-Y 
35 -db gain 

2500 W 
12 db/ 
5000 W 
22 db 

20 

8 Ch. Offner 
8 Ch. Sanborn 

Joburg 

Johannesburg, 
South Africa 

40 ft X-Y 
30-db gain 

2500 W 
22 db 

20 

8 Ch. Offner 
8 Ch. Offner 
(2) 

Corpus 

Corpus Christi 

30 ft 

200 W 



Quito 

Quito, Ecuador 

40 ft X-Y 
30-db gain 

2500 W 
22 db 

20 

8 Ch. Offne r 
8 Ch. Sanborn 

Santiago 

Santiago, Chile 

40 ft X-Y 
30-db gam 

2500 W 
22 db 

20 

8 Ch. Offner 
S-860 {2) 
S-350 (2) 
S-320 (1) 

Wnkfld 

Winkfield, 

England 

14 ft AZ-EL 
19-db gain 

200 W 
12 db 

16 

8 Ch. Offner 
8 Ch. Sanborn 

Ororal 

Canberra, 

Australia 

85 ft X-Y 
35-db gain 

2500 W 
12 db/ 
5000 W 
22 db 

20 

16 Ch. Sanborn 

Madgar 

Tananarive, 

Madagascar 

40 ft X-Y 
30-db gain 

2500 W 
22 db 

20 

16 channels 

NTTF 

Greenbelt, 

Maryland 



' 



^Antenna gains referenced to 400 MHz. 

■JU -X, 

* ^Sanborn recorders. 


‘ Antenna gams referenced to 150 MHz. 

NOTE: Most stations also have bars copes and visicorders available. 
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3. 5 Support Communications 

During routine operations, teletype communications will be required 
to all ground stations from GSFC for the purpose of disseminating opera- 
tions plans, tracking predictions, operations summary reports, and other 
traffic of a general nature. This circuit will be via the NASA Communica- 
tions Network (NASCOM). 

In addition to the above, teletype communications (normally com- 
mercial) will be required to all users for the purpose of disseminating 
quick look operations summary reports and receiving users requests for 
data acquisition requiring fast reaction at the control center. Quick look 
summaries will be TWXed to users for the first month of the mission. 
Thereafter, they will be mailed on a weekly basis. 

During launch operations, additional communications will be 
required in the form of telephone and teletype circuits for the first two 
days of the orbital mission. 

3. 6 Mandatory Launch Requirements 

The minimum mandatory launch requirements are as follows: 
a) Ground stations and support equipment up: 

• Joburg (minimum of 1 6 data channels) 

• Madgar (data transmission system link up, minimum 
of 16 data channels) 

• Winkfield (data transmission system link up, minimum 
of 16 data channels) 

• Corpus (link must be up, minimum of 16 data channels) 

• Santiago (minimum of 16 data channels) 

• Or oral (data transmission system link up, minimum 
of 16 data channels) 

• Corpus (data link up) 

• Alaska (link must be up, minimum of 16 data channels) 

• Rosman (link must be up, minimum of 16 data channels) 

• NTTF (link must be up, minimum of 16 data channels) 
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b) Voice and TWX communications to above stations 

c) ERSOCC will be up and have communications to WTR, 
computer up, minimum of 32 data channels, all sub- 
systems and command status programs operational, all 
inter- and intra- communications up. 

d) An " Auxiliary" Operations Control Center (ASOCC) will 
be prepared to support ERTS from liftoff until approxi- 
mately one day after launch. This will be used by special 
subsystem experts. 

e) The status of the above launch requirements will be 
reported by the T&DS manager to Mission Control at the 
following times: 

* 

• T-170 minutes (five minutes prior to start of Delta 
tanking) 

• Ten minutes prior to picking up the count at T-60 
minutes 

• T-7 minutes 

f) Project representatives may be located at designated 
stations for launch. They will arrive on site five days 
prior to launch in order to participate in prelaunch 
readiness tests. 

4. READINESS TESTS 


4. 1 Introduction 


A series of tests will be conducted by each ground station and 
support facility individually to demonstrate station readiness and collec- 
tively to demonstrate system readiness. These tests are primarily an 
exercise to demonstrate the capability of station hardware and accepta- 
bility of the operational procedures. The readiness test also allows 
operations personnel to gain familiarity with spacecraft system character- 
istics prior to actual operations. A state of readiness exists when each 
ground station and support agency has demonstrated that all phases of a 
simulated operational pass can be successfully performed in accordance 
with basic operational procedures and that all personnel and equipment 
function properly. Testing to be conducted to determine readiness con- 
sists of the following: 
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• Operational readiness tests which exercise the entire 
system. 

• Tests conducted individually by a station or supporting 
agency to determine operational support capability. 

• Tests designed for the basic purpose of exercising the 
telephone, teletype, and video support communications. 

The time phasing of the radiness tests and support requirements is 
shown in Figure A-4. 


T-45 

T-28 


COMMO READY* 


(T-DAYS) 

T-35 T-15 


INDIVIDUAL STATION 
TEST 


6 HOUR 
TEST* * * * 


T-7 


LONG 
LINES 
UP* * 


T-0 


T-2 


6-HOUR I 

TEST** * I 

LAUNCH 


* ROUTINE COMMO LINES IN, CHECKED, AND READY 
** ALL SPECIAL COMMO LINES FOR LAUNCH 
***1F REQUIRED 
* * * * REPEAT IF NECESSARY 

Figure A-4 

READINESS SEQUENCE of events 

4. 2 Support Communication Readiness 

All telephone, teletype, and video microwave links necessary to 
support ERTS orbital operations are considered support communications. 
These have critical requirements depending upon the particular opera- 
tional phase. During the countdown and launch phase, it is necessary for 
support communications to be established between launch operations 
(WTR) and ERSOCC. During the first critical phases of ERTS after injec- 
tion, it will be necessary to establish telephone communications between 
most remote ground sites and ERSOCC. It is necessary to establish these 
networks long before launch to assure that adequate communications are 
available to handle the critical information and data handling requirements 
for launch and early orbit support. The readiness demonstration of all 
telephone communications is simply accomplished by the establishment of 
the desired network and voicing a simple communications go. Teletype 
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readiness will be demonstrated by establishing the appropriate conferences 
and transmitting a standard test. Readiness of the video link between 
ERSOCC and supporting facilities at GSFC will likewise be demonstrated 
by_ the tr an s mis sion-of-standar d-te s t~signals~and _ f ec o rded spacecraft 
telemetry. 

4. 3 Routine Telemetry Data Processing 

A demonstration of the readiness and acceptability of computer pro- 
grams designed for the processing of telemetry data will be undertaken. 
This readiness demonstration can be performed individually, as an 
individual station readiness, or in conjunction with the operational system 
readiness test. Readiness is demonstrated when recorded observatory 
telemetry tapes can be reliably processed. 

4. 4 Individual Station Readiness 

Readiness tests will be conducted independently to verify checkout 
and acceptance. The initial demonstration tests to be performed by 
individual stations will utilize observatory pre-recorded telemetry tapes 
and a spacecraft signal simulator. Functional operation of all ground 
station elements will have been demonstrated 35 days prior to launch. 

4. 5 Operational System Readiness {World Wide Readiness) 

Operational system readiness tests are performed to demonstrate 
the functioning of the command system and the real-time telemetry data 
processing system. System readiness is demonstrated with primary 
emphasis on the operation of the ERTS Operations Control Center. 

4. 5. 1 Purpose 

The operational system readiness demonstration is necessary to - 
verify that spacecraft commands can be transmitted from ERSOCC through 
Alaska, Corpus, and Rosman command transmitters. This test is also 
necessary to demonstrate that spacecraft telemetry data can be played 
through the system at Rosman, NTTF, Corpus, Alaska and through the 
microwave link to ERSOCC for subsequent processing. This test requires 
that all aspects of data processing at ERSOCC be verified. All computer 
programs will likewise be implemented to demonstrate functional accepta- 
bility. Data word selectors in the subsystem work area will be configured 
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to obtain strip chart recordings and displays of those items that will be 
monitored during the initial orbit and experiment turn-on. 

All remote sites will likewise configure data word selectors to 
process data and report critical values to ERSOCC. Further, the tests 
are designed to check out communications and drill personnel. 

4. 5. 2 Procedure 

At the date and time specified for the system readiness test, 
detailed pass assignments will be transmitted to all test participants. 

The pass assignments will be in identical format to those which -will be 
used during routine orbital operations. All commands to be transmitted 
by ERSOCC will be listed in the readiness test pass assignments. All 
times that functions are to be performed by all participants will likewise 
be specified. The detailed readiness test procedures are listed in 
Table A-4. 

5. INITIAL OPERATIONS 
5. 1 Introduction 

Initial orbital operations for ERTS are defined as those operations 
which occur from launch until approximately 48 hours thereafter, assum- 
ing a normal orbit and proper functioning of all observatory subsystems. 
After 48 hours, the normal or routine operational phase begins except for 
experiment interference testing. Initial operations are of necessity 
directed toward verification of a successful mission with all experiments 
and observatory subsystems operating properly. 

Table A-5 lists the nominal operations plan for the first 48 hours of 
the ERTS mission. It should be noted that this plan may be deviated from 
at anytime it appears or is suspected that the observatory is not function- 
ing normally. This deviation may be made by the ERTS Operations 
Control Center only. 

5. 2 Ground Stations and Complexes 

The ground stations and complexes which will participate in initial 
operations are as follows: 

• Western Test Range Complex (WTR) 

• Johannesburg, South Africa, ground station (Joburg) 
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Table A-4. ERTS Readiness Test 


Station 


Test 

Time 


Item 


WTR T-iO 


X--0 

T+3 

T+5 

Madgar T+30 


Report first spacecraft clock GMT correlation 
-Announce'T-0 (time) 

Record second spacecraft clock, GMT correlation. Report when 
requested by project operations director. 

Report loss of signal. 

1) Start tape 

2) Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 


Relay real-time data to ERSOCC via data transmission system 
Command 100 Ordnance Sequence Arm 
Command 140 Array Deploy 


ERSOCC 

— 

Verify deployment and evaluate spacecraft status 

Madgar 

T+38 

1) 

Report loss of signal 



2) 

Report final value of words 

Joburg 

T+40 

1) 

Start tape 



2) 

Report acquisition and AGC on 137. 86 MHz 



3) 

Report PCM lock 


Report value of assigned words if requested by project operations 
director. 


T+48 Report loss of signal. 


NOTES 

1} All commands are to be transmitted into dummy load, and address xxxxxxx will be used 

2) T-times refer to this test only. 

3) Data on readiness test tapes does not necessarily coincide with commands sent or events 
that occur The data contained on the tapes was obtained from the ERTS spacecraft. 

4) Words displayed on strip charts at remote sites will be reported as values varying from 0 
to 5 telemetry volts, words displayed on lights only will be reported m octal values. Words 
will be identified by T/M codes, e. g., A10 is 2.5 volts or C57 is 144. Words reported in 
the work area will be m engineering units 

5) Telemetry word assignments for this test and actual operations are listed in Appendix D. 

6) The standard procedure for transmitting commands in real time is as follows; 

From 

SOC" CCO (or station) Set up Command XYZ (literal description) 

CCO* SOC XYZ Set Up 

SOC CCO Command XYZ transmit 

CCO SOC Transmitted (remote stations reply " verified" or " not 

verified" as indicated by the enable bit or available data) 

When applicable, the work area will report command verification to the SOC. 

It is understood that the above procedure applies to all commands, m this test as well as to 
actual operations. 

7) No payload commands have been included in Table A-4 since payload turn-on will not occur 
during the first few hours of the mission. 


~SOC satellite operations controller 
CCO command console operator 
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Table A— 4. ERTS Readiness Test (Continued) 


Station 


Test 

Time 


Item 


Wnkfld 

T+58 

1 ) Start tape 

2) Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 

4) Relay real-time data to ERSOCC via data transmission system 

Report value of assigned words if requested by project operations 
director. 

ERSOCC 

— 

Verify spacecraft status 

Wnkfld 

T+60 

Report loss of signal 

Alaska 

T+68 

1 ) Start tape 

2) Report acquisition and AGC on 137. 86 and 2287. 5 MHz 

3) Report PCM lock 

4) Relay data to ERSOCC via data transmission system 
Command 141 ACS Enable 

Command 146 ACS On 

Report value of assigned words if requested by project operations 
director. 

ERSOCC 

— 

Verify spacecraft status, power status 

Alaska 


Command 061 Tape Playback 

Report end of playback and lock on real time 


T+76 

Report loss of signal 


T+80 

Relay tape playback data to ERSOCC at 16 kbit 

ERSOCC 

— 

Examine revolution 001 playback, evaluate deployment and sub- 
system performance 

Alaska 

T+94 

End of playback relay 

Joburg 

T+104 

1) Start tape 

2) Report acquisition and AGC on 137 86 MHz 

3) Report PCM lock 

Report value of assigned words 


T+112 

Report loss of signal 

Alaska 

T+122 

1 ) Start tape 

2} Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 

4) Relay real time data to ERSOCC 

Command 142 ACS Mode 2C 
Command 161 ACS Execute 


Command 121 ACS Normal 

Command 067, 034, 014, 355, 047 Delays In 

Report value of assigned words if requested by project operations 
director. 

Evaluate earth acquisition 
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Table A-4. ERTS Readiness Test (Continued) 


Station 

Quito 


Santiago 


Rosman 

NTTF 

ERSOCC 

Rosman 

Quito 


Test 

Time 

T+-1-30 

T+140 


T-M48 

T+158 


T+166 

T+176 


T+184 

T+194 


T+196 


T+202 

T+212 


Item 


Report loss of signal 

1 ) Start tape 

2) Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 

Report value of assigned words 
Report loss of signal 

1 ) Start tape 

2) Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 

Report value of assigned words 

Command 061 Tape Playback 

Report end of playback and lock on real time 

Report loss of signal 

1 ) Start tape 

2) Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 

Command 031 Real Time Accelerated Subcommutater 


Command 373 ACS Mode 4 


Command 161 ACS Execute at ERSOCC Direction 


1) Command 121 ACS Normal After Mode 4 verified 
(ERSOCC direction) 

2) Report value of assigned words 

Report loss of signal 

1) Start tape 

2) Report acquisition and AGC on 137. 86 MHz 

3) Report PCM lock 

4) Relay 32 kbit data to ERSOCC 

1 ) Start tape 

2) Report acquisition and AGC on 2287. 5 MHz and PCM lock 

3) Report loss of signal 

Examine assigned words and report earth' acquisition status to 
project operations director 

Report value of assigned words if requested by project opera- 
tions director 

Report loss of signal 

1 ) Start tape 

2) Report acquisition 

3) Report AGC on 137 86 MHz and PCM lock 
Command 061 Tape Playback 

1) Report end of playback and lock on real time 

2) Report value of assigned words 

Report loss of signal 
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Table A-4. ERTS Readiness Test (Continued) 


Station 

Test 

Time 

Item 

Ro sman 

T+231 

1 ) Start tape 

2) Report acquisition and AGC on 137.86 MHz 

3) Report PCM- lock 

4) Relay 32 kbit data to ERSOCC 

ERSOCC 

--- 

Perform quick look 

Ro sman 

T+231 

1) Command 061 Tape Playback 

2) Continue to relay data to ERSOCC 

ERSOCG 

— 

Evaluate spacecraft and payload status 

Ro sman 


Report end of playback and lock on real time 

Report value of assigned words if requested by project opera- 
tions director 


T+239 

Report loss of signal 

Ororal 

T+249 

1 ) Start tape 

2) Report acquisition 

3) Report AGC on 137. 86 MHz and PCM lock 
Command 061 Tape Playback 

1) Report end of playback and lock on real time 

2) Report value of assigned words if requested by project 
operations director 


T+25? 

Report loss of signal 


T+261 

Relay tape playback data to ERSOCC via data transmission 
system 

ERSOCC 

— 

Evaluate spacecraft performance 

Ororal 

T+267 

End of playback relay 

Alaska 

T+277 

1 ) Start tape 

2) Report acquisition 

3) Report AGC on 137 86 and 2287.5 MHz and PCM lock 

4) Relay 16 kbit real time data to ERSOCC 

ERSOCC 

— 

Perform quick look 

Alaska 

T+285 

Report loss of signal 

Madgar 

T+295 

1 ) Start tape 

2) Report acquisition 

3) Report AGC on 137 86 MHz and PCM lock 
Command 061 Tape Playback 

1) Report end of playback and lock on real time 

2) Report value of assigned words if requested by project 
operations director 


T+303 

Report loss of signal 


T+311 

Relay tape playback data to ERSOCC via data transmission 
system 

ERSOCC 


Evaluate spacecraft performance 

Madgar 

T+317 

End of playback relay 
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• Fairbanks, Alaska, ground station (Alaska) 

• GSFC ERTS Operations Control Center (ERSOCC) 

• GSFC N.T-TF- ground station, Greenbelt 

• GSFC production data processing 

• Rosman, North Carolina, ground station (Rosman) 

• Corpus Christi, Texas, ground station (Corpus) 

• Winkfield, England, ground station (Wnkfld) 

• Santiago, Chile, ground station (Sntago) 

• Quito, Ecuador, ground station (Quito) 

• Tananarive, Madagascar, ground station (Madgar) 

• Canberra, Australia, ground station (Ororal) 

All remote stations will have data word assignments to monitor and 
report to ERSOCC. These assignments are specified in Appendix D. 

5. 3 Operational Ground Rules 

The operational ground rules for the period of initial operations 
are as follows: 

a) WTR : No commands will be transmitted after liftoff. 

b) Rosman, Winkfield, Santiago, Quito, Ororal, Corpus 
Christi: No command will be transmitted except at ERSOCC 
direction. 

c) Johannesburg, Madagascar : Commands will be transmitted 

as authorized by ERSOCC, except commands 100 and 140 
(arm bus/array deploy) which are to be transmitted auto- 
matically as scheduled. 

d) Alaska : All commands are to be transmitted at ERSOCC 

direction only. If communications are lost, Alaska project 
representative is authorized to take action as described in 
the contingency plan. 

e) ERSOCC 

1) The tracking and data systems manager is responsible 
for reporting the state of readiness of all remote 
stations and ERSOCC in terms of equipment, communi- 
cations, data links, backup provisions and adequate 
personnel. 

2) The tracking and data systems manager reports readi- 
ness of (1) above to the project manager prior to launch. 
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3) The control center manager is responsible for main- 
taining control center discipline and equipment in the 
required state of readiness- He will inform the project 
operations director of any change in status. 

4) The work area manager is responsible for reporting 
the state of readiness of the work area and any space- 
craft subsystem malfunctions that may occur. He is 
also responsible for maintaining discipline in the work 
area. 

5) There will be a designated satellite operations con- 
troller in the control center for the entire initial 
phase of operations. 

6) All payload operational requirements will be channeled 
through a designee in the work area to the satellite 
operations controller for implementation. 

f) Project Representatives 

1) During the initial operations phase, no commands 
except as noted in the contingency plan for Alaska 
and Johannesburg, scheduled or otherwise, are to 
be transmitted without authorization by the project 
operations director. 

2) Assessments of performance by any station must 
be in terms of that station's primary assigned 
telemetry words. Other information, as a function 
of the disciplines of the project representative 
involved, are secondary. Every opportunity of 
utilizing the capabilities of the project representa- 
tive at a remote station will be made only after key 
spacecraft information is obtained. 


5. 4 Assumptions 

For simplicity, the initial operations plan outlined in Table A-5 is 
based on the following assumptions: 

V 

a) Rosman and Corpus Christi will transmit all real-time 
housekeeping data to ERSOCC. Alaska will transmit 
all real-time 1 kbit data to ERSOCC. Both Rosman and 
Alaska will replay tape playback data at 32 and 16 kbit 
minimum respectively and transmit to ERSOCC, in the 
forward direction, after each such pass as scheduled. 
Winkfield, Or oral and Madagascar will transmit real- 
time data to ERSOCC via the data transmission system 
and replay playback data to ERSOCC as scheduled. 

b) ERSOCC is assumed in quick look or monitor status 
for all passes. 
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c) All remote stations will verify commands. Repeated 
commands will be directed by ERSOCC as necessary. 

d) Housekeeping data will be via the 137 MHz transmitter 
and by unified S-band transmitters continuously after 

‘ liftoff." 

e) Multiple commands listed at one time are to be trans- 
mitted by tape or the command sequencer. 

f) Passes less than two minutes in duration are not opera- 
tionally considered unless necessary for playback of 
the tape recorders to insure data coverage or other 
contingency use. 

Notes and Precautions 


1. All times are GMT referenced to T = 000Z at liftoff and are listed 
as HHMM:SS times (e.g. , 1143:30 is 11 hours, 43 minutes and 

30 seconds after liftoff). 

2. The command decoder address normally used will be xxxxxxx 
(The alternate address is xxxxxxy). 

3. Payload turn-ons are scheduled for Rosman or Alaska in order 
to observe data in real time at ERSOCC. 

4. Payload turn-on is limited to one per pass during orbits where 
the first orbit of data storage operation may be played back at 
Rosman or Alaska and transmitted back to ERSOCC for analysis. 


5. Mode commands for payload will be scheduled as requested. 

6. Commands will be sent by the paper tape and sequencer mode 
(up to five commands in sequencer) when possible. Commands 
sent in this manner are transmitted at 600-millisecond intervals. 
Command tape functions and commands will be listed as part of 
the weekly command logs. At time of transmission, only the 
start time of the tape and the function will be listed. Tape 
numbers and function are not re-assigned if tapes become obso- 
lete (and are destroyed) to avoid later confusion. 

7. Real-time commands only will be sent to T+48 hours. 

8. The order and time of command functions reflect outgassing, 
deployment, and other constraints as supplied by GSFC and the 
payload contractors. 
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6. ROUTINE OPERATIONS 


6 . 1 Introduction 

Once successful completion of the initial operations phase, dis- 
cussed in Section 5, has been accomplished, the routine operations phase 
begins. It is expected that the phase will begin approximately two days 
after launch. Advanced operations plans and detailed pass assignments 
will be generated, based upon observatory performance, station availa- 
bility, and data acquisition requirements. The data acquired is mailed 
to GSFC for processing and subsequent transmittal to users in accordance 
with specific format requirements. The routine phase also requires 
evaluation of observatory performance. Station pass summary reports 
and weekly operations reports are used to summarize all operations 
during this phase. Figure A-5 depicts the basic elements of the routine 
operations phase. 



Figure A-5 

ROUTINE ERTS OPERATIONS, interrelationship of cooperating 
agencies 
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The routine operations phase will be performed with limited real- 
time operation of ERSOCC. Most of the commands transmitted to the 
observatory will be from ground sites originated at ERSOCC._ ERSOCC 
- will- normaTly be' in 'contact with these stations during the period of space- 
craft visibility. Quick look operations (real-time data at ERSOCC) will 
be performed at least twice per day. 

6. 2 Operations Scheduling 

All functioning of the observatory will be accomplished in accordance 
with strict operational plans. All command functions will be detailed in 
specific plans prepared well m advance of actual operation. These plans 
consist of the advance operations plan and the detailed pass assignments. 
All operations to be performed with the observatory will be listed m the 
detailed pass assignments and no operations will be permitted which are 
not specifically listed therein. Emergency changes can be effected by 
verbal instructions of the project operations director or a designated 
satellite operations controller from ERSOCC. 

6.2.1 Scheduling Concept 

The basis for all operational scheduling is to exercise the observa- 
tory in the most efficient manner so as to obtain maximum utilization of 
sensors and perform orbital operations with a minimum of switching and 
commanding. Scheduling assumes unlimited availability of Rosman (com- 
mand), Corpus Christi, NTTF, and Alaska. 

Operational scheduling is accomplished by first considering ground 
station coverage and availability two weeks m advance of actual operations 
The advance operations plan is generated two weeks m advance and is 
utilized to request ground station commitments from the Net Controller 
(NETCON). NETCON confirms station reservations at least four days m 
advance, permitting generation of detailed pass assignments at least two 
days in advance. Figure A-5 depicts the elements required to generate 
this plan. 

6.2.2 Orbital Data 

The orbital data required for generation of the advance operations 
plan will be supplied by GSFC Data Systems Division as outlined in Sec- 
tion 8. During normal operations, the predicted satellite map and the 
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orbit plot are provided to ERSOCC and project operations on a weekly- 
basis, two weeks in advance of actual operations and covering a two-week 
operational period by MSFN. 

This data is used to determine ground station to observatory visi- 
bilities, station local terrain restrictions, eclipse periods and position in 
orbit. Along with sensor requirements and day-to-day evaluation of obser- 
vatory performance, it provides the basis for all operational scheduling. 

6.2.3 Advance Operations Plan 

The advance operations plan will be generated two weeks in advance 
for project operations use in overall scheduling. It will be submitted for 
coordination to NETCON one week in advance to assure station availability. 
The plan is simply a chronological listing of the dates and times the sta- 
tions and data links are required, and whether each station will be required 
to command and/or record. Detailed command instructions are not 
included. Recipients of this plan must bear in mind that it is merely a 
prediction of future operations and may be materially altered due to opera- 
tional priorities, station outages, and spacecraft performance. 

6.2.4 Detailed Pass Assignments 

The detailed pass assignments will be generated two days in advance 
and distributed by teletype to remote stations at least 24 hours prior to 
the beginning of the pass. Figure A-6 illustrates a typical assignment in 
teletype format. All functions to be performed are listed in time sequence, 
with time appearing m minutes and seconds. Commands are listed by 
octal number and literal, along with the command verification. 

6.2.5 Spacecraft Performance 

Evaluation of spacecraft performance is a major consideration in 
scheduling observatory operations. The observatory duty cycle is deter- 
mined on a routine basis by a detailed examination of spacecraft subsystem 
performance. Payload aliveness and operational status are also a major 
factor in this determination. 

The electrical power subsystem will be examined to determine its 
ability to support the total power requirements of the observatory through- 
out its operational life. However, it is expected that the solar cells will 


A-29 



TYPICAL DETAILED PASS ASSIGNMENT FOR ERTS 
PP GERS GROS 
INFO GERS 

REF 1972-XX ERTS-A REV 010 

A. PASS ASSIGNMENT 15/2358Z APR 72 TO 16/0005Z 

B. RECORD 1 K^/RT, VIDEO 

START 1 5/2358Z 

STOP 1 6/0005 Z 

C. DATA WORD SELECTOR ASSIGNMENT AS FOLLOWS: 


ITEM 

52-021 

MF-037 

52-079 

MF-067 

FRAME 

057 

N 

116 

N 

WORD 

142 

045 

142 

102 

VERNIER 

OCOl 

VT02 

OCOl 

0102 

TAG 

0457 

0045 

0516 

0102 


D. GROS COMMAND USING ADDRESS XXXXXXX EXCEPT AS NOTED 


GMT 

CMD 

LITERAL 

VERIFICATION 

EB 

SET ADDRESS TO XXXXXXX 



2358:00 

340 

WB A ON 2229.5 AOS 

N/A 

2358:30 

052 

DS 

MF-067 TO 053 

N/A 

0001:30 

002 

TR 1 ON 

S2-079 TO 400 

YES 

SEQ 

231 

P 17.8 

X14 VARYING 

YES 

0005:00 

241 

WB OFF 

2229.5 LOS 

N/A 

REMARKS: 

NONE 





Figure A-6 

TYPICAL DETAILED PASS ASSIGNMENT 


not experience sufficient degradation nor that the battery capacity will 
decrease to such an extent that operations will be restricted during the 
first year, although a power budget will be necessary. Items to be moni- 
tored will include voltages, currents, and temperatures of all critical 
areas of the subsystem. The analysis of these items will provide an in- 
put to the operations schedule as they become applicable. 
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The attitude control subsystem will be routinely examined to deter- 
mine its ability to orient the observatory and solar paddles effectively. 

Gas consumption plus performance predictions will have a direct bearing 
on operations scheduling. 

The thermal subsystem of the observatory will be monitored on a 
routine basis to verify and maintain proper thermal environment. 

The Communications and Data Handling subsystem will be utilized 
to determine overall observatory status. The measurements to be moni- 
tored will include ground receiver input signal strength, transmitter 
power outputs, telemetry regulated voltages, and other instrumentation. 
These items will determine the validity of data received and will have a 
direct bearing on operations scheduling. 

6.2.6 Payload 

A user data file will be maintained and will contain the basic input 
for scheduling data acquisition for all users. There will be a separate 
file for each user which will contain information regarding requirements 
such as data acquisition required with respect to orbital parameters, time 
of year, etc. It will also list the various modes of operation and when 
each is applicable with respect to data acquisition. The operations sched- 
ule must reflect these requirements in order to fulfill user objectives. 


When a user requires a change in operational requirements, a 
request will be made to ERTS operations by telephone, teletype, or mail 
depending upon the urgency of the situation. The user may contact ERTS 
operations by the following means: 


a) Telephone : 

Operations 30 1-982 -XXX 

Office: 301-982-XXY 


Control 

Center: 301-982-XXYY satellite operations 

controller 

(ERSOCC) 301-982-XYYY scheduling operations 
b) Teletype : 

NASA com system address "GERS" 

TRW: dial 710-828-XXXX 
TELEX: 089-XXX 
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c) Mail : Goddard Space Flight Center 

ERTS Operations 
Greenbelt, Maryland 20771 
... Attn: -Project-Operations “Director, Code XXX 
Copy to: ERTS Sensor Operations, Code XXX. Y 

6. 3 Operational Control 

6.3.1 Command Responsibility 

Station command responsibility will always be stipulated in the 
detailed pass assignment and all commands will be transmitted in accor- 
dance with this plait. Contact with ERSOCC may or may not be maintained 
with the commanding station during scheduled operations. All commands 
are listed in Appendix B. 

ERSOCC has the capability of transmitting commands directly 
through the Rosman, Alaska and Corpus ground sites. When ERSOCC is 
the commanding site, all commands will still be issued in accordance with 
the detailed pass assignment, although some latitude is allowed since 
data is being monitored in real time. 

Normally, no deviations are made to the command schedule listed 
in the detailed pass assignment. The planned command sequence may be 
modified whenever examination of the data indicates anomalouYspace craft 
performance. All changes to planned operation are effected only by the 
project operations director or satellite operations controller and are 
issued only by ERSOCC. 

All station command equipment tests will be performed with com- 
mand address YXXXXXX and command 213 (spare). Only during an 
authorized ERTS pass will any other address be inserted into the command 
console. 

6.3.2 Command Verification 

Command verification will be accomplished at remote stations or 
ERSOCC by monitoring enable bits and/or telemetry items. At ERSOCC 
the command status of the spacecraft and sensors can be determined 
either manually with data word selectors or by computer programs. 
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A printout of the status of all sensor commands has been imple- 
mented for ERTS. This program will be run with the normal spacecraft 
subsystem programs to provide real-time sensor status, and an historical 
record of sensor operations. Sample printouts are shown in Figures A-7 
and A- 8. 

6 . 4 Summary Reports 

6.4.1 Station Pass Summary Reports 

Since a deviation from the planned command schedule may occur, it 
is vital to obtain a report from each station which lists all radiated com- 
mands, the time of transmission and whether or not the command was 
verified. These station pass summary reports will be transmitted via 
the GSFC teletype network to ERSOCC within 30 minutes after each per- 
formed operation, and should also include observatory acquisition times, 
signal level measurements and a notation of any anomalous performance 
observed with either the observatory or ground equipment. These reports 
are required in addition to the station malfunction and maintenance fore- 
cast supplied to the net controller on a routine basis. 

6.4.2 Weekly Operations Reports 

All station pass summary reports will be summarized by project 
operations into weekly operations reports which will be disseminated to 

* i 

all users and participants as a permanent record of actual operations. 

It will include a complete chronological command history. This report 
will be generated on a weekly basis and mailed several days thereafter. 

6.4.3 Quick Look Reports 

A quick look operations report will be transmitted to all 
participants, via TWX initially, but after the first few weeks of the mis- 
sion, only by mail. This report will provide a brief description of the 
quick look operations and observatory status. 
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Ol/27R3»l^RT DAT* FRZ MODE 
GND GMT 70 027 2002 23 


BGB-6/F 


S/C COMMAND STATUS. 0* 


MC OS RCVP 

MC RT EG 1 64 KB 

S/C CLOCK 063 560 017 
CL8CK BIAS 105 664 050 
g/C GMT 70 027 1656 04 


Ag3 ACS MODE/SUN 3S/ BN 021 
010 LOAD BUS [yBLTSI 30.23 327 
DB BAT 1 IV0LTS) 31.34 336 
D1 BAT 1 [AMPS) 2.682 Q55 
064 BAT 1 CUR DIRECT CHRG 112 
04 ARRAY 1 [AMPS ) 7,123. 163 


OGO.OCC SYSTEM TAPE F13 01/14/70 


059 LOAO.BUB. (AMJ>S) Ofi.J[9_ . 

09 BAT 2 [VOLTS) 31.19 335 

02 .BAT 2 _ JAMP_Si g.74l_ 0 56. * ... 

065 BAT 2 CUR DIRECT CHRG 112 

D5 ARRAY 2 (AMPS) 9.471 356 1 


•» ACS ** 
146 Ags 
047 CSA 

355 ARR.AY DELAY 

014 WHEEL DELAY 
103 SUN SENSOR 
XXX ACS 

146 PITCH JET? 
146 yaw jets 
. 146. RSLk.jETS 
167 BpEp 
. 14.7 OPEP 
072 OP GYRO 

027 OPEP SCAN 
007 OPE P SYRO 
267 ARRAY SLEW 
247 ARRAY SLEW 
207 ARRAY SLEW 

015 PR. 

035 PR GYRO 
141 ACS MODE 


161 ACS MODE 
. _l2l_ _A££ MO DE 
034 gas Delay 
_F174PIXCH/*RJLL PRE.BEL 
E334 YAW/.ROLL PRE.SEL 

031 4 -PI TCH (3. 6) 5.EL 


CCW(+Z) 

CW(-Z) 

OFF 

ON 

ENABLE 

EXECUTE 

NORM 

ENABLE 


E314 *PITCH(1*4)SEL 
H334. tROLL i2 ) SEL 
H173 -ROLL 15) SEL 
_ F173 -YAH (3+4) SEL 
B173 +YAW (l'+6 ) SEL 
00 4 GAS Puls e execute 
fbS^M OFF 


OVER 

over 

OVER 

OVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

NVER 

*46.000 





• « POWER SUPPLY «* 


»« DATA 

handling •« 

, 

ON 

043*257 


354 R£G 1 

NORM 

003-000 

Oil RT 

M.C _ . 

F 46*544 

SAFE 

A44.00O 


315 REG 2 

NORM 

003-000 

053 RT RATE 

64 KB 

F 44*106 

enable 

B02-000 


376 REG 1 

?*3 A„ 

061.332 

012 PS 

MC 

F 46.544 

ENABLE 

B01.001 


337 REG 2 

8»3 A 

D61-332 

003 eg 1 

ON 

028.256 

NORM 

A23.021 


164 R|e 1*2 

3.7 A 

D6l«332 

043 Eg 2 

ON 

D32.256 1 

MODE 35 

A23.021 


316 CHARGE 

CONT 

062*127 

041 Eg 

1 RT 

M65.005 ' 

ENABLE 

A44.000 


bat 1 


062*127 

..030. MO 

2 SEL 

F46.544 i 

enable 

A47.210 


037 BAT 2 

recbnd 

062*127 

070 HFTU 

2 SEL 

F46 .544 1 

ENABLE 

A47.21D 


104 BAT 1. . . _ 

NORM 

063*000 

042 TR 2 

ON 

F43.513 

ENABLE 

NVER 


016 BAT 2 

NORM 

D63-000 

002 TR l 

ON 

F42.417* 

DISABLE 

NVER 


056 CHG BUS PAR 

NORM 

. 011*0570 

127 ExP ORD 

SAFE 

F4O.103 

ON/l SEL VER 


105 95 F SW 

NORM 

011*000 

661 RCVD T 1 

T TAPE PB 

"M6'6";'2l6 




006 uy KXMTRI 

RESET 

. .. WEB 



1 

M0DE 

NVER 


026 UV l(XMTR) 

OVRD 

NVER 



1 

MODE . 

NVER 


016. .Uy_E_ 1EXP )_ 

reset 

WER . .. 

»« COMMUNICATIONS »• i 


120 BATT 


OVRD 
EXECUTE 


NVER 

NVER 


»• HEATER «* 

362 OPgP/A_SgP HTR ON 
106 WRAP-UP HTR OFF 
126 WRAP-UP HTR ON 
347 EP HTRS ON ' 
367 EP HTRS OFF 


•» TRACKING «*' 
370 R*RR 2 OFF 

0S5 R+RR 1 ON 


020 WB 
024 Sp 
001 WB ' 
0S4 _Sr_ MBD. 
074' S> MOO " 
143 SP TO 


A ON 
ON 


X22*P52.. 
NVER 
NVER 
NVER 
_ NVER 


C19.000 

C17«147 


163 Sp TO 




OVERRJDE 
NORM 

'SWITCHED 

jmLL 


C5.143 

C9.045 


NVER 

NVER 


OMNI 2 


"NVEff” 

NVER 


NVER 


134 CMD NET 2 SEL F49.153 
CpD GROUP F50»gQ5 

357 CMC ADD 060 ENABLE " "NVER 

073 CMD ADD 060 DISABLE NVER 


.* • • .. ** *« . NOTES « •• «* »« *• »* ** 

1) NVER ■ CMD CAN NEVER BE VERIFIED 

2) OVER * CMD CANNBT BE VERIFIED WITH PRESENT T/M VALUES 

3) VER * CMD JS VERIFIED WITH PRESENT T/M VALUES 

4) BLANK CMD NO. AND CONFIG LITERAL INDICATE T/M VALUE 
IS NO T IN CALIBRATED RANGE 


Figure A-7 

SPACECRAFT COMMANDED STATUS (OGO 6 example) 
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8S0-F EXPERIMENT STATUS PRBCESSOR 

s/C CLCK 063 560 017 BIAS 10S 664 OSO 

DATA OUT 027 1656 Q4 


MC DS EG*2 L9A0 8U5 30«23 VOLTS SyS F13 01/1 A/70 IN 027 1242.28 SHa^UCC. 

L0W BPS S/C LOAD BUS 12.19 AMPS EXPER. PRBCESSSR ]N 027 2003 AO 01/27R3416RT 

• « KBPS H/H ACS MfleEiSUtL 35^ ON P ROGRA M MBOE A P-DATA FREEZE OFF-LINE 


MQ65/66/67 OCl 216 625 OTHER EG RT MC 


F5l DSA S* SIG 


EG 2 173 5SA.SRITCHEC.J.0. THU. E3_* Jf£S_»a»» 


A7 TRACK CHECK I HpS IA iBiCiD 370 F*2 TR 1 STATUS RECORD A17-D1 

A12 ARRAY SIN (DEG>240-292 020-FA3 TR 2 STATUS PB 513 02 

A13 ARRAY COS (DEG) 243.9 072»F49 CMD NETWORK NET 2 . 153 DA 

A1A 0PEP SIN (DEG)USE COS 031-F50 CMD GROUP GRP D 205 D5 

A15 OPEP COS I DEG ) 83.95 151-A16BARRAY DRIVE OFF 371 D17 

AA6 SUN ASPECT (DEG) 000 A31AR0LL WHEEL DRIVE OFF 371.06 


BAT 1 UM2S) £.682 0S5.C5 HS_A EWQ (WA TT) A. 236 US. _ 

BAT 2 (AMPS) 2.741 056.C6 WB A REV (WATT) .0129 0Q5 

A SEAT X ( AMPS) 7.1P3 P63.C7 WB B FHQ (WA IT ). BF F O D O 

ARRAY 2 (AMPS) 9.471 356 C8 WB B REV (WATT) OFF 000 

ARRAY 1C (ABPSJ .0655 006«C9 Sp FW& PWBXMAtL!_jSAlA_fi*5 

ARRAY 1C (VOLTS) 17.83 176 


TLfi 

FUNCTION 

STATUS 

OCTAL 

CMD STATUS 

_IL_1 

.FUNCT.IO.n_ 

STATUS 

*S1AL_ 

CMD STATUS 


F01 SHARP OPEP 1 





FO9.BED0 SOEP 2 *X 




515 

PWR STATUS 

PWR ON 

251 

(200) 

S31 

HYPS 1 

AN 

' IT* - 


sio 

1FC STATUS 

OFF 

00* 

A110 STEPS 

S62 

HVES.2 

OFF 




S57 

PWR SUPPLY 

2.36 

166 



EXP PWR 

PWR ON 


(21*) 



. 


... . 

±145. . 

SCAN.. MODE 

LONG 

4ai— 

R^ 35 


F02 NAGy OPEP 2 





DRIVE DIR 

513-0 



S*2 

CMD STATUS 

SYS 1 ON 

160 

(217) 


DATA MODE _ 

OS __ 


0 1 33 


IMP CMD - GRP A 

000 


all reset 


SMPL MODE 

NORM 


0135 






M50 

COL POSITION 

455 

. _._Z0.7 

___ 


F03 HANSON OPEP 1 
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SENSOR STATUS PRINTOUT (OGO 6 example) 



7. PAYLOAD DATA ACQUISITION 
7. 1 Introduction 

7.2.1 Real-Time Data 

Real-time data is restricted by the brief duration of ground station 
visibility associated with the orbit. For one orbital period, the cumula- 
tive real-time data coverage can vary from zero to approximately 15 min- 
utes. Passes shorter than five minutes usually will not be considered 
adequate for operational use. During the initial operations phase, real- 
time data will be scheduled. During the routine operations phase, about 
four passes per day will be scheduled for acquisition of real time video 
data. 

Since the housekeeping tape recorders will normally be operated 
100 percent of the time, three to four of the scheduled night time passes 
will be required for tape playback. During these passes, real-time 
housekeeping data will be acquired during tape playback operation only 
when using the unified S-band data system. 

7.2.2 Data Storage 

The on-board narrowband tape recorders are the primary mode of 
housekeeping data acquisition and will provide 100 percent orbital cover- 
age. Approximately three minutes is required to play back one orbit of 
data. The playback periods will normally be preceded by a short period 
of real-time data to verify data acquisition. 

The two video tape recorders will be used to play back image data 
when real-time data is not required. This will generally be in eclipse or 
when other conditions preclude camera use (clouds, etc.). 

7.2.3 Payload Configuration 
Not yet available. 

7.2.4 Long-Term Data 
Not yet available. 
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7. 3 Quick Look Operations 

Quick look operations will be conducted at ERSOCC during real-time 
data acquisition at Alaska, NTTF, Corpus Christi, or Rosman. However, 
due to the brief duration of real-time passes, it will be necessary to play 
back over the data link the ground station housekeeping tapes recorded 
during the pass for a detailed evaluation of payload operation. This data 
will normally be from the observatory tape recorders, since each data 
storage playback will provide from 1.5 to 6 hours of continuous data. 

7.3.1 Initial Phase 

The first two days of orbital life are considered the initial opera- 
tional phase during which ERSOCC facilities will be utilized for an exten- 
sive evaluation of observatory status. The initial phase of payload 
operations may cover a two-week period after initial turn-on. Equipment 
and space limitations in ERSOCC preclude user access during this period. 
All payload quick look operations defined in Section 7. 4. 3 will be conducted 
by the payload operations coordinator. However, to supplement ERSOCC 
operations all real-time housekeeping data will also be transmitted simul- 
taneously to the GSFC NDPF for exclusive use by the payload engineers. 
Communications between ERSOCC and the NDPF will be maintained con- 
tinuously during all such passes. 

It should be noted that access to ERSOCC is restricted at all times 
during the initial phase and not just during real-time passes, since exten- 
sive replaying of data tapes m ERSOCC will be required by the various 
subsystem engineers. This restriction may be relaxed only if deemed 
feasible by the project operations director. 

All quick look operational requirements, "both during the initial and 
routine phases, will be specified in detailed pass assignments prior to 
their implementation. Payload design representatives must direct their 

requirements to the payload operations coordinator as far m advance as 
possible (see Section 6.2.6). The payload operations coordinator will 
maintain a data file in the operations office of all such requests for mode 
changes or emergency commands based on data monitored by payload 
engineers or users. 
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7.3.2 Routine Phase 


The routine operational phase will commence two days after launch, 
assuming the observatory is operating normally. Quick look operations 
-wi-l-l-be conducted~atTeast~ twice per day. The operations staff will sched- 
ule payload commands to be transmitted during the quick look operation 
based on requirements submitted by the payload engineers. The opera- 
tions staff will verify the proper status of all payload commandable 
functions . 

7. 4 Payload Operational Checks 

There are four basic types of operational checks to be performed 
either during quick look real-time contacts or by playing back data tapes. 
These checks are: 

• Aliveness check 

• Commanded status 

• Daily quick look data 

• Image quality 

Special tests may also be conducted periodically. This type of test 
must be coordinated with all applicable users and approved by the project 
scientist. 

7.4.1 Aliveness Check 

Payload aliveness checks will be performed during all real-time 
quick look operations. The check will usually be performed by a com- 
bination of the status computer printout which indicates the on/off status 
of the payload, and manually with data word selectors, strip charts, and 
cathode ray tube displays. 

In many cases, the words chosen will also provide an indication of 
general payload operation, such as internal commutation, wheel stepping, 
commanded status, etc. , as well as aliveness. Where possible, main 
frame words are preferred over subcommutator words during main frame 
operation to minimize time required between samples - response to 
commands, etc. 
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7.4.2 Payload Status 

This type of quick look check is intended- to indicate the configuration 
status of the payload. It should be noted, however, that thermal 'data are 
not included in the status printout. All single function payload thermal 
words have been incorporated into the observatory thermal printout. 

Both the payload status and thermal printouts will be available during all 
quick look operations. If the computer is down, the status words and 
critical thermal points will be monitored on strip charts. 

Whenever possible, subcommutator words have been used in estab- 
lishing the status criteria. 

7.4.3 Quick Look Data 

The daily quick look data checks are generally more comprehensive 
than the aliveness or status checks and include detailed data processing 
as defined by the payload designer. The strip charts and/or computer 
processors resulting from this operation will be mailed immediately to 
the individual payload engineer. Due to the time required, these checks 
will normally not be performed in real time but from data tapes played 
back at ERSOCC after a real-time pass or from tape playback operation. 
The check will be performed approximately three times per day. 

8. ORBIT PREDICTIONS 

8. 1 Orbital Computations 

The MSFN orbit group will be responsible for orbital computations 
and for the generation of station satellite acquisition predictions. The 
Information Processing Division will use these computations to generate 
the user orbit position data. Magnetic tapes and printout books will be 
required. 

8.1.1 Nominal Prelaunch Prediction Requirements 

Prelaunch computer predictions of the ERTS observatory's position 
will be supplied by the GSFC orbit group. The prelaunch predictions 
will be computed for the first 14 days of the mission based .on a nominal 
orbit and issued at least three months prior to the launch date. Times 
indicated in the predictions will be based on a 0000Z liftoff time. 
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8.1.2 Nominal Postlaunch Requirements 

Immediately after launch, predictions will be generated 24 hours 
in advance until the orbit has been well defined. At this time, the pre- 
dictions will be generated for two-week periods, three weeks in advance 
of the period for which it is valid. 

8 . 2 Prediction Requirements and Formats 

Orbit predictions will be produced in several formats, depending 
upon usage. The predictions for STADAN will be published and distrib- 
uted on a routine basis in accordance with the tracking and data systems 
directorate requirements. Predictions for users and the ERTS project 
operations office require unique formats as described below. 

8.2.1 Advanced Operational Planning Prediction (Orbit Plot) 

The orbit information necessary for routine operational planning 
will be generated for two-week periods and distributed two weeks in ad- 
vance of the period for which it is valid. This prediction is referred to 
as the orbit plot and will provide a visual display of the duration and rela- 
tive chronological position of individual station visibilities. 

The elements plotted in this prediction are as follows: 

• Revolution number 

• Universal time (hr-min-sec) at start of revolution 

• Longitude at start of revolution 

• Height above the earth at start of revolution 

• Stations with visibility 

• Universal time (hr-min-sec) at start of pass 

• Pass duration 

• Station antenna maximum elevation tracking angle 

• Observatory eclipse information, "sunlight or darkness" 

• Time of apogee, perigee, descending node, northernmost 

and southernmost point of orbit 
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8.2.2 STADAN Predictions (Predicted Satellite Map) 

STADAN requirements include an orbit prediction printout available 
for last minute scheduling details. This prediction contains the geocentric 
position of the subsatellite point, height above the earth's surface and 
spacecraft eclipse times. It also contains antenna pointing information 
for each of the ground stations and covers a period of one week. It will 
be distributed approximately one week in advance of the period for which 
it is valid. 

8.2.3 ERSOCC Orbital Requirements (ORB 3A - Edit X) 

ERSOCC must have a real-time comparison between actual and 
predicted spacecraft velocity, orientation and position for the first 
24 hours after launch. Thereafter, this information will be available 
about once a week. The elements of the format shown in Figure A-9 are 
as follows: 

a) Universal Time 

1) Date (month- day) 

2) Time (hour -minute to tenths) 

3) Printout interval is one minute 

b) ' Geodetic coordinates of observatory position 

1) Longitude (deg) 

2) Latitude (deg) 

3) Height above earth surface (km) 

c) True anomaly (deg) 

d) Phi P: predicted array shaft angle 

e) Nu: Angle between satellite -earth vector and the 
satellite-moon vector (in degrees to tenths) 

f) Upsilon: angle between satellite-earth vector and the 
satellite- sun vector (m degrees to tenths) 

g) Tau: angle between the satellite +X coordinate and the 
projection of the satellite-moon line on the satellite 
X-Y plane (in degrees to tenths) 

h) Zeta: angle between the spacecraft's Z axis and the 
earth's horizon 
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i) Moon on horizon: printout an "H" next to the sunlight/ 
eclipse column (item j) when nu is within ±5 deg of zeta. 

j) Observatory eclipse data 

1) Asterisk: sunlight 

2) No asterisk: eclipse 

8.2.4 Time Reference 

The time reference for all predictions will be Universal Time (UT). 

8. 3 Data Processing Orbit Data 

Requirements for orbit position as a function of time (history) exist 
in the Imagery Processing Facility (TIDP). These are separately stated 
and do not affect operations concerned herein. 

9. DATA ACQUISITION AND ANALYSIS 
9. 1 Introduction 

This section is concerned with the data resulting from the launch 
and operation of ERTS. The major categories of data include initial 
operations data, routine operations data and tracking and orbit data. * 

9. 2 Initial Operations Data 

Prior to injection, data acquisition is primarily concerned with 
launch vehicle performance and tracking, although some observatory data 
will be acquired. Launch vehicle performance data is recorded at various 
WTR sites, with the Delta project office responsible for acquisition and 
analysis. Observatory telemetry will also be recorded at WTR and evalu- 
ated by the ERTS test facility. 

During the initial operations period, ground stations will be sched- 
uled to acquire the maximum amount of real-time data possible. Each 
remote station will have data word selectors (or its equivalent) and strip 
chart recorders available for monitoring telemetry word assignments 
which will be reported to ERSOCC. Word assignments for these real- 
time telemetry items are detailed in Appendix D. 

To evaluate the health of the observatory, ERSOCC can process 
telemetry data in real time from all receiving sites. The data can be 
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processed directly by computer resulting in several different printouts 
and can simultaneously be displayed on 48 channels of data word selectors 
and stripcharts. Figure A -10 depicts the ERSOCC telemetry data flow. 
The specific ERSOCC computer programs 'have the capabilities outlined 
in Section 9. 3 of this section. Examples of printout formats resulting 
from these programs are given m Appendix C. 

9. 3 Routine Operations Data 

Routine data acquisition is dependent on user requirements (see 
Section 7). In general, 80 to 90 percent orbital coverage is provided by 
the on-board housekeeping tape recorders and 30 minutes coverage per 
video tape recorder. A limited amount of real-time housekeeping data 
at 32 kbits is planned for quick look purposes. The stations defined in 
Section 3 will record all data on 14-inch reels of magnetic tape. 

Routine operations housekeeping data during real time or from tape 
playback, as well as initial operations data, will be processed by the 
ERSOCC computer with software function RPROSTM (as outlined in the 
following paragraphs), when the receiving site is Rosman, Corpus 
Christi, Alaska, or NTTF. 

9.3.1 Monitor Program 

This program is the master control program for all on-line com- 
puter operations in ERSOCC and performs all necessary housekeeping 
functions required for processing PCM data. It accepts incoming telem- 
etry, regulates assembly of the data, establishes main- commutator and 
subcommutator images for various spacecraft and experiment library 
processors, drives the CRT displays, and controls the operation of the 
printer for outputting data. Sample printouts are contained in Appendix C. 

9.3.2 Continuous Limits Check 

This program checks limits on approximately 150 preselected data 
words and determined whether they are in or out of limits. All words 
checked are tested for frame sync and correct MC-65 before they are 
used. 

If a word is out of limits twice in succession, a printout is made of 
the octal number of the word, the telemetry identification, and an L or H 
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Figure A-iO 

ER-TS DATA FLOW in the OCC 
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preceding the octal value of the word to indicate which limit was exceeded. 
In the monitor limits check, a second printout occurs if the word remains 
outside limits. No further printout will occur unless either the word 
mom e nta r i ly _r e tu r ns wit hin limit s whi eh- resets th e _ p r intout, - or'tw 6 
minutes elapse which also causes a printout reset. If a point is still out- 
side limits at the end of the two minutes, another double printout will 
occur. Only subcommutator 2 data points are tested during accelerated 
sub commutator operation. 

Table A- 6 lists the upper and lower limits of the ERTS items 
presently considered. Figure A- 11 is an example of a suitable format. 

9.3.3 Raw Data Printout 

This library processor provides comprehensive examination of a 
maximum of 16 different telemetry items. The desired items must be 
requested by typewriter. The printout lists the selected words in engi- 
neering units under labelled headings, with GMT and spacecraft clock 
printed out once on the form. The first column lists the value of MC 35 
and the second column lists the seven most significant bits of MC 65 in 
octal. In the remainder of the printout maincommutator and/ or subcom- 
mutator words can be requested. The sample rate of the printout is 
determined by the data rate of the first telemetry word selected for dis- 
play. Figure A- 12 shows this format. 

9.3.4 Instrumentation Printouts 

These are all library programs and are necessary for bookkeeping 
and data analysis. There are four individual processors: attitude control 
subsystem, power supply, communications and data handling and thermal. 
Each processor uses the subcommutator images assembled by the monitor 
program and converts the raw telemetry data into engineering units. If 
one processor is working and any others are stacked, both processors 
use the data from the same image, which remains frozen until all process- 
ing is completed. This feature provides correlation of data between sub- 
systems. For examples see figures in Appendix B. 
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Table A-6. ERTS Continuous Limit Checks 


Engineering Unit 


High 


Low 


Attitude Control 


A-2 

Gas, low pressure (psia) 

54 9 

44.9 

A-3 

Gas bottle temperature (°C) 

35 0 

5.0 

A-4 

Pitch error signal (deg) 

2. 02 

-1.97 

A-5 

Roll error signal (deg) 

2.03 

-2.03 

A-6 A 

Sun alarm signal head A 

No sun 


B 

Sun alarm signal head B 

No sun 


C 

Sun alarm signal head C 

No sun 


D 

Sun alarm signal head D 

No sun 


A-7 A 

Track check signal head A 

No track check 


B 

Track check signal head B 

No track check 


C 

Track check signal head C 

No track check 


D 

Track check signal head D 

No track check 


A-9 

Horizon scanner head A temperature (°C) 

35.0 

0.25 

A-10 

Yaw error signal (deg) 

2.0 

-2 0 

A-ll 

Array error signal (deg) 

3 

-3 

A-21 A 

Gas control valve 1 

Off 


B 

Gas control .valve 2 

Off 


C 

Gas control valve 5 

Off 


A-22 A 

Gas control valve 3 

Off 


B 

Gas control valve 4 

Off 


C 

Gas control valve 6 

Off 


A-23 

ACS mode, sun on/sun off 

Alarm if not Mode 4 
Alarm x£ sun off 


A-25 

Sun sensor 1 temperature (°C) 

65 

-18 

A-26 

Sun sensor 2 temperature (°C) 

65 

-18 

A-27 

Yaw gyro status 

Alarm if off 


A-28 

Yaw gyro motor tachometer (rpm) 

Synchronized 


A-30 

Yaw gyro blanket temperature (°C) 

71 

50 

A-32 

ACS inverter temperature (°C) 

90 

19 

A-33 

Yaw reaction wheel temperature (°C) 

60 

19 

A- 34 

Pitch reaction wheel temperature (°G) 

60 

19 

A-35 

Pitch rate gyro tachometer (rpm) 

Off 


A-40 

Head A angle 

63 

58 

A -41 

Head B angle 

63 

58 

A- 42 

Head C angle 

63 

58 

A-43 

Head D angle 

63 

58 

A-44 B 

CSA status bus armed 

Alarm if armed 


C 

pitch jets enabled , 

Alarm if enabled 


A-47 A 

Roll jets enable/disable 

Alarm if enabled 


B 

Yaw jets enable/disable 

Alarm if enabled 


Structure 

B-3 A 

Array 1, hinge 1 

Alarm if not locked 


B 

Array 1, hinge 2 

Alarm if not locked 


C 

Array 1, hinge 3 

Alarm if not locked 


B-4 A 

Delta ERTS separation 

Not separated 


B 

Array 2, hinge 1 

Alarm if not locked 


C 

Array 2, hinge 2 

Alarm if not locked 


D 

Array 2, hinge 3 

Alarm if not locked 
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Table A-6. ERTS Continuous Limit Checks (Continued) 


Engineering Unit 


High 


Low 


B-7 A 

Predeployment array 1 {-X) 

Alarm if latched 

B-8 B 

Predeployment array 2 (+X) 

Alarm if latched 

B-ll 

Deploy bottle pressure 1 (psia) 


2000 

B-12 

Deploy bottle pressure 2 (psia) 


2000 

Communications 



C-50 

TWTA 1 anode voltage 

Limits not yet established 

C-54 

TWTA 2 anode voltage 



G-57 

VHF transmitter 1, forward power 



C-58 

VHF transmitter 1, reverse power 



C-61 

VHF receiver 1, AGC-1 



C-63 

VHF receiver 2, AGC-1 



C-65 

USB receiver "A", signal present 



C-67 

USB receiver "B", signal present 



C-69 

USB transmitter "A", power monitor 



C-70 

USB transmitter "A", temperature monitor 



C-72 

USB transmitter "B", temperature monitor 



Power 




D-l 

Battery 1 current (amps) 

15 00 

0 00 

D-2 

Battery 2 current (amps) 

15.00 

0 00 

D-3 A 
B 
C 
D 

No. 1 solar array normal/regulator 2 
No. 1 charge bus normal/parallel 2 
No. 2 solar array normal/regulator 1 
No. 2 charge bus normal/parallel 1 

Array = 1 
Normal 
Array = 2 
Normal 


D-8 

Battery 1 voltage 

33 0 
33.0 

24. 5 (sun off) 
30. 0 (sun on) 

D-9 

Battery 2 voltage 

33 0 
33.0 

24. 5 (sun off) 
30. 0 (sun on) 

D- 10 

Load bus voltage 

32.5 

25. 0 

D-ll D 
E 
F 

No 1 and No. 2 95°F switch normal/override 
Charge bus parallel command 
Discharge path normal/open 

Normal 

Normal 

Normal 


D-l 3 

Array 1 (-X) Sec A thermal fin temperature 

90.0 

-145.0 

D- 14 

Array 2 (+X) Sec A thermal fin temperature 

90.0 

-145 0 

D-15 

Sync signal amplifier (400 Hz) 

Enable 


D-16 

Sync signal amplifier (2461 Hz, 0 and 90 deg) 

Enable 


D-20 

Converter 2 (+16 volts) 

16 3 

15.7 

D-21 

Converter 2 (+9 volts) 

9-30 

8.7 

D-22 

Converter 2 (+5 volts) 

5 20 

4.80 

D-23 

Converter 2 (-6 volts) 

6.2 

5.8 

D-28 

Converter 5 (+16 volts) 

16.4 

15.6 

D-29 

Converter 5 (+9 volts) 

9.3 

8 7 

D-30 

Converter 5 (-6 volts) 

-6.2 

-5 8 

D-31 

Converter 5 (-16 volts) 

-16.4 

-15.6 

D-32 

Converter 6 (+16 volts) 

16.4 

15.6 

D-33 

Converter 6 (+9 volts) 

-9.3 

-8.7 
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Table A -6. ERTS Continuous Limit Checks (Continued) 


Engineering Unit 





High 

Low 

D-34 

Converter 6 (-6 volts) 


-6.2 

-5.8 

D-35 

Converter 6 (-16 volts 


-16.4 

-15 6 

D-36 

Converter 7 (+16 volts) 


16.5 

15.6 

D-37 

Converter 7 (+9 volts) 


9-3 

8.7 

D-38 

Converter 7 (-6 volts) 


-6.2 

-5. 8 

D-39 

Converter 8 (+16 volts) 


16.4 

15. 6 

D-40 

Converter 8 (+9 volts) 


9.3 

8.7 

D-41 

Converter 8 (-6 volts) 


-6 2 

-5.8 

D-42 

Converter 9 (+20 volts) 


20.6 

19.4 

D-43 

Converter 9 (+10 volts) 


10.3 

9.7 

D-44 

Converter 9 (-20 volts) 


-20.6 

-19.4 

D-45 

Converter 9 (+28 vac) 


29.3 

27 2 

D-46 

ACS inverter (400 Hz)(volts) 


118 

110 

D-SO 

Battery 2 (-X panel)(°C) 


30.0 

10 

D-51 

Battery 1 (-X panel)(°C) 


30.0 

10 

D-59 

Load bus current 


22.0 

6 

D-61 A 
B 
C 

Regulator 1 and 2 charge rate trickle/lA 
No. 1 regulator normal/full array 
No. 2 regulator normal/full array 


Normal 

Normal 

1A 

D-62 A 
B 
C 

No. 1 battery normal/recondition 
No. 2 battery normal/recondition 
No. 1 and 2 regulator charge modes 
constant volt /trickle at Vg limit 


Condition 
Condition 
Constant voltage 


D-63 A 
B 

No. 1 battery normal/disconnect 
No. 2 battery normal/disconnect 


Alarm if disconnect 
Alarm if disconnect 


D-75 

Converter 2B (+16 volts) 


16.4 

15.6 

D-76 

Converter 2B (+9 volts) 


9.3 

8.7 

D-77 

Converter 2B (+5 volts) 


5.2 

4.8 

D-78 

Converter 2B (-6 volts) 


-6.2 

-5.8 

D-79 

RBV battery current (amp) 


— 

0.1 

D-80 

RBV battery voltage 


36 

24 

D-81 

Payload converter input current (amp) 


11 

-- 

D-82 

Payload converter output voltage 


-24.6 

-23.4 

D-84 

Payload converter temperature (°C) 

’ 

40 

15 

Temperature 




E-l 

Array 1 (in-board) -X temperature (°C) 


90.0 

-148 

E-4 

Array 2 (out-board) +X temperature (°C) 


90.0 

-148 

E-5 

Panel mid-third (+X) temperature (°C) 


30.4 

5.0 

E-6 

Panel aft third (+X) temperature (°C) 


30.4 . 

5.0 

E-7 

Panel mid-third (-X) temperature (°C) 


30.4 

5.0 

E-8 

Panel aft third (-X) temperature (°C) 


30.4 

5.0 

E-21 

Panel top third (-Z) temperature (°C) 


35.0 

5.0 

E-22 

Panel mid-third (+z) temperature (°C) 


35.0 

5.0 

E-23 

Panel top third (+X) temperature (°C) 


35.0 

5.0 

E-24 

Panel aft third (-X) temperature (°C) 


35.0 

5.0 

E-30 

Panel (-Y) middle temperature (°C) 


30.4 

5.0 
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Table A -6. ERTS Continuous Limit Checks (Continued) 


Engineering Unit 
High Low 


E-SO 

+X panel temperature (°C) 

35.0 

5 0 

E-51 

+X panel temperature (°C) 

35 0 

5 0 

E-52 

-X panel temperature (°C) 

35.0 

5.0 

E-53 

-X panel temperature (°C) 

35. 0 

5.0 

E-54 

Payload temperature sensor 1 (°C) 

30 0 

10 

E-55 

Payload temperature sensor 2 (°C) 

30.0 

10 

E-S6 

Payload temperature sensor 3 (°C) 

30 0 

10 

E-57 

Payload temperature sensor 4 (°C) 

30.0 

10 

E-58 

+Y panel temperature (°C) 

35.0 

5.0 

E-59 

+ Z panel temperature (°C) 

35.0 

5.0 

E-60 

+ Z panel temperature (°C) 

35 0 

5.0 

E-61 

-Z panel temperature (°C) 

35.0 

5.0 

E-62 

-Z panel temperature (°C) 

35.0 

5,0 

Data Handling 



F-I 

Tape recorder 1 (+9 5 volt) 

9.7 

9.3 

F-2 

Tape recorder l (-9. 5 volt) 

-9.7 

-9 3 

F-5 

Tape recorder 1 enclosure pressure (psia) 

17 6 

10 1 

F-8 

Tape recorder 1 base temperature (°C) 

35.0 

5 00 

F-9 

Tape recorder 2 (+9. 5 volt) 

9 7 

9 3 

F- 10 

Tape recorder 2 (-9.5 volt) 

-9 7 

-9 3 

F- 13 

Tape recorder 2 enclosure pressure (psia) 

17 6 

10 1 

F- 14 

DDHA 1 oscillator temperature (°C) 

55 5 

10 0 

F- 15 

DDHA 2 oscillator temperature (°C) 

55.5 

10 0 

F-16 

Tape recorder 2 base temperature (°C) 

33.0 

5 0 

F-17 

No. 1 L.FTA board 3 temperature (°C) 

50 0 

15 0 

F-20 

DDHA 1 board 3 temperature (°C) 

55.0 

0 

F-22 

DDHA 2 board 3 temperature (°C) 

55 0 

0 

F-24/32 

ADHA m service temperature (°C) 
(F-24 = EG- 1, F-32 EG2) 

35 0 

5 00 

F-25/33 

Calibration 1 

(F-25 = EG- 1 , F-33 = EG-2) 

0. 020 

0 000 

F-26/34 

Calibration 2 

(F-26 = EG- 1, F-34 = EG-2) 

0.520 

0 500 

F-27/35 

Calibration 3 

(F-27 = EG- 1, F-35 = EG-2) 

1.720 

1. 700 

F-38/36 

Calibration 4 

{F-28 = EG-1, F-36 = EG-2) 

2 660 

2 640 

F-29/37 

Calibration 5 

{F-29 = EG-1, F-37 = EG-2) 

3 200 

3 180 

F-30/38 

Calibration 6 

(F-30 = EG-1, F-38 = EG-2) 

4. 140 

4. 120 

F-31/39 

Calibration 7 

(F-31 = EG-1, F-39 = EG-2) 

5. 080 

5. 060 

F-40 A 
B 
C 
C 

Arm bus on 

Payload ordnance armed 
Array deploy 
Sequence relay switched 

Alarm if bus on 
Alarm if armed 
Alarm if undeployed 
Alarm if unswitched 
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Table A -6. ERTS Continuous Limit Checks (Continued) 


Engineering Unit 
High Low 


F-41 A 

Receiver 1 signal present 

Alarm if off 


B 

Receiver 2 signal present 

Alarm if off 


C 

Deployment safe 

Alarm if not safe 

F-70 

Stored command programmer 1 (+16 volts) 

16.4 

15.6 

F-71 

Stored command programmer 1 (+9 volts) 

9.3 

8.7 

F-72 

Stored command programmer 1 (+5 volts) 

5.2 

4.8 

F-73 

Stored command programmer 1 (-5 volts) 

-5.2 

-4.8 

F-74 

Stored command programmer 2 (+16 volts) 

16.4 

15.6 

F*75 

Stored command programmer 2 (+9 volts) 

9.3 

8.7 

F-76 

Stored command programmer 2 (+5 volts) 

5.2 

4.8 

F-77 

Stored command programmer 2 (-5 volts) 

-5,2 

-4.8 

F-79 

No. 2 LFTA board 3 temperature (°C) 

50.2 

15. 1 

Return Beam Vidxcon 



G-l 

G-l voltage 

These limits not established 

G-2 

Target voltage 



G-3 

Vidicon cathode current 



G-5 

Focus current 



G-6 

Combined alignment currents 



G-9 

Deflection power supply 



G-10 

Low voltage power supply 



G-ll 

Minus 28-volt shutter current 



G-12 

Temperature, faceplate 



G-13 

Temperature, yoke /focus coil 



G- 14 

Temperature, electronics 



G-15 

Temperature, low voltage power supply 



G-17 

Temperature, camera controller 




Maltiapectral Scanner 

H-14 Low voltage supply output 

H-15 Low voltage supply output 

H-16 Low voltage supply output 

H-18 Low voltage supply output 

H-22 Temperature 

H-23 Temperature 

H-24 Temperature 

H-25 Temperature 

H-26 Rotating shutter housing temperature 

H-27 Calibration lamp base temperature 

H-28 Temperature 

H-29 Temperature 

H-30 Temperature 

H-31 Temperature These limits not established 
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Table A-6. ERTS Continuous Limit Checks (Continued) 


Engineering Unit 
High ' " ' Low 

Video Tape 

Recorder 



1-2 

VTR 1 pressure 

These limits not established 

1-3 

VTR 1 temperature, electronics unit 



1-4 

VTR 1 temperature, transport unit 



1-8 

VTR 1 capstan motor speed 



1-9 

VTR 1 dc motor current, headwheel 



1-10 

VTR 1 dc motor current, capstan 



1-15 

VTR Z tape footage 



1-16 

VTR 2 pressure 

* 


1-17 

VTR 2 temperature, electronics unit 



1-18 

VTR Z temperature, transport unit 



1-19 

VTR 2 average record current 



1-20 

VTR 2 average playback voltage 



1-22 

VTR 2 capstan motor speed 



1-23 

VTR 2 dc motor current, headwheel 



1-24 

VTR 2 dc motor current, capstan 

These limits not established 


9.3.5 Payload Processor Programs 

Two payload processors will be used to make a quick look analysis 
of specific sensor health data. 

9. 4 Tracking; and Orbit Data 

The MSFN tracking and data group will be responsible for tracking 
and orbit data acquisition. Primary tracking will be accomplished by 
stations using the unified S-band range and range rate system. 

9. 5 Special Data Requests (Launch) ' 

All special data requests, including tape duplications and strip 
charts, should be submitted to ERSOCC within one week after launch. 
The requests will be satisfied as soon as possible thereafter. Requests 
made after one week will be at the bottom of the priority list. A library 
of all data will be maintained at GSFC and will be available to any inter- 
ested parties. 
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226 

271 

200 

*62 

370 

336 

256 




?30 

062 

37T 


336 

??7 

251 




336 

?56 

7*1 

32* 

2*1 

230 

062 

373 

336 

256 

3*2 

22* 

2*1 

200 

062 

370 

33= 

296 

1*2 

223 

26i 

200 

06? 

373 

335 

256 

3*2 

??2 

2*1 

200 

062 

370 

135 

2^6 

3*0 

221 

?»t 

200 

063 

373 

335 

256 

336 

220 

251 

2CQ 

062 

373 

336 

256 

336 

220 

2*1 

200 

063 

370 

336 

256 

335 

217 

2*1 

200 

062 

373 

335 

356 

335 

216 

2*1 ’ 

209 

C62 

373 

335 

775 

102 

216 

2*1 

230 

062 

_ 3 Z3_ 


c3» 

337 

215 

2*1 " 



335 

po* 

3*0 

215 

2*1 

230 

06? 

373 

335 

00* 

333 

21* 

2*1 

203 

062 

370 

J36 

50* 

337 

21* 

2*1 

?30 

C 6 2 

370 

335 

po* 

335 

213 

2*1 

230 

062 

370“ 

335 

po* 

333 

212 

2*1 


7£? 

373 

335 

0 04 

333 ” 

257 

_ !*r — 

230 

062 

” -r?r 

335 

po* 

331 

212 

2*1 

200 

06? 

370 

335 

00* 

330 

211 

2*1 

200 

"62 

373 

335 

03* 

367 

211 

2*1. 

200 

06? 

370 

336 

oo* 

327 

210 

2*1 

200 

062 

' 370 “ 

336 

335 

go* 

pO* 

326 

326 

21C 

210 

2*1 

2*1“ 

m 

230 

. 06? 
062 

373 
“3 73 

335 

go* 

370 

20 7 

2*1 

QCO 

06? 

370 

335 

00* 

331 

207 

2*1 

230 

062 

370 

735 

00* 

331 

207 

2*1 

?00 

062 

373 

336 

00* 

331 

206 

2*1 

200 

062 

3 70 

335 

oo* 

331 

206 

2*1 

?0Q 

062 

370 

335 

03* 

332 

205 ‘ 

2*1 

230 

062 

‘ '375 

335 

00* 

332 

235 

2*1 

203 

06? 

370 

335 

03* 

332 

205 

2*1 " 

203 

062 

370 

335 

go* 

333 

20* 

2*1 

200 

06? 

370 

335 

56* 

113 

20* 

2*1 

?*/J 

062 

373 

??6 



**5_ 

no 

455 

*5? 

1(3 

335 

OO* 

33S 


“2<r “ 

203 

062 

-“375- 

335 

00* 

33* 

211 

2*1 

230 

062 

370 

335 

00* 

33* 

212 " 

2*1 ‘ 

?3D 

06? 

” 373 “ 

J35 

oo* 

330 

21* 

2*1 

233 

06? 

370 

335 

oo* 

335 

215 

2*1 

230 

0 62 

3?3 

335 

00* 

336 

216 

2*1 

200 

062 _ 

370 

335 

60* 

337 

2H 

2*1 “ 

S30 

06? 

373 ‘ 

335 

00* 

3*0 

220 

2*1 

203 

062 

373 

335 

oS* 

3*0 

??p 

2*1 

230 

062 

370 

335 

00* 

777 

22 1 

2*1 

200 

062 

370 


Figure A-12 

RAW DATA PRINTOUT (OGO 5 example) 
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APPENDIX B 

COMMAND AND TELEMETRY INSTRUMENTATION 

FORMATS 



ERTS TELEMETRY LIST 


Commutator 


Item 

Name 

Sampling Rati 

Multispectral 

Point Scanner 

* 


(Cont ) 

H3A 

Band 4 gain low /high 


H3B 

Main inverter A on/off 

MC 

H3C 

Mam inverter B on/off 

H3D 

Mirror pick- off on/off 


H4A 

Band 1 high voltage A on/off 


H4B 

Band 1 high voltage B on/off 

- MC 

H4C 

Band 2 high voltage A on/ off 

H4D 

Band 2 high voltage B on/off 


I ISA 

Band 3 high voltage A on/off 


H5B 

Band 3 high voltage B on/off 

■ MC 

H5C 

Scan mirror drive on/ off 

H5D 

Band S focus on/off 


H6 

Band 5 preamplifier output voltage 

MC 

H7A 

Calibration lamp No 1 on/off 'i 


H7B 

Calibration lamp No 2 on/off 

MC 

H7C 

Rotating shutter drive on/off 1 

H7D 

Spare J 


H8 

Silicon photodiode preamplifier output 

MC 

H9 

Silicon photodiode preamplifier output 

MC 

H10 

Silicon photodiode preamplifier output 

MC 

HU 

Silicon photodiode preamplifier output 

MC 

HU 

Silicon photodiode preamplifier output 

MC 

H13 

Silicon photodiode preamplifier output 

MC 

H 14 

Low voltage supply output 

MC 

H15 i 

Low voltage supply output 

MC 

H16 

Low voltage supply output 

MC 

H17 

Low voltage supply output 

MC 

H18 

Low voltage supply output 

MC 

H19 

To be defined 

MC 

HZO 

To be defined 

MC 

I-I21A 

To be defined 


H21B 

To be defined 

MC 

H21C 

To be defined 


H22 

Temperature 

MC 

H23 

Temperature 

MC 

H24 

Temperature 

MC 

H25 

Temperature 

MC 

H26 

Rotating shutter housing temperature 

MC 

H27 

Calibration lamp base temperature 

MC 

H28 

Temperature 

MC 

H29 

Temperature 

MC 

H30 

Temperature 

MC 

H31 

Temperature 

MC 


B-i 





Itu m 


Name 


Commutator 
Sampling R,iL<- 


Wideband Video 


Tape Recorders 


11 

VTR 1 tape footage 

12 

VTR 1 pressure 

13 

VTR 1 temperature, electronics unit 

14 

VTR 1 temperature, transport unit 

15 

VTR 1 average record current 

16 

VTR 1 average playback voltage 

17 

VTR 1 servo voltage 

18 

VTR 1 capstan motor speed 

19 

VTR 1 DC motor current, headwheel 

no 

VTR 1 DC motor current, capstan 

11 1A 

VTR 1 standby power on/off 

11 IB 

VTR 1 record on/off 

me 

VTR 1 playback on/off 

HID 

VTR 1 rewind on/off 

I12A 

VTR 1 fast forward on/off 

I12B 

VTR 1 primary end of tape (EOT) 

I12C 

VTR 1 secondary end of tape 

I12D 

VTR 1 primary beginning of tape (BOT) 

II3A 

VTR 1 secondary beginning of tape 

I13B 

VTR 1 recorder current adjust levels (8) 

I13C 

VTR 1 recorder current adjust levels (8) 

I13D 

VTR 1 recorder current adjust levels (8) 

IMA 

VTR 1 picture /wideband mode (RBV/MSS) 

I MB 

VTR 1 lap at BOT 

I14C 

VTR 1 spare 

I14D 

VTR 1 spare 

115 

VTR 2 tape footage 

116 

VTR 2 pressure 

117 

VTR 2 temperature, electronics unit 

118 

VTR 2 temperature, transport unit 

119 

VTR 2 average record current 

120 

VTR 2 average playback voltage 

121 

VTR 2 servo voltage 

122 

VTR 2 capstan motor speed 

123 

VTR 2 DC motor currerft, headwheel 

124 

VTR 2 DC motor current, capstan 

I25A 

VTR 2 standby power on/ off 

I25B 

VTR 2 record on/off 

12 5C 

VTR 2 playback on/off 

12 5D 

VTR 2 rewind on/off 

I26A 

VTR 2 fast forward on/off 

126B 

VTR 2 primary end of tape (EOT) 

I26C 

VTR 2 secondary end of tape 

I26D 

VTR 2 primary beginning of tape (BOT) 


MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 


MC 


MC 


MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 

MC 


MC 


B-2 


Item 


Name 


Commutator 
Sampling Rate 


Return Beam 
Vidicon 


G1 

G1 voltage 


MC 

G2 

Target voltage 


MC 

G3 

Vidicon cathode current 


MC 

G4 

Video output 


MC 

G5 

Focus current 


MC 

G6 

Combined alignment currents 


MC 

G7 

Horizontal deflection output 


MC 

G8 

Vertical deflection output 


MC 

G9 

Deflection power supply 


MC 

G10 

Low voltage power supply 


MC 

Gil 

Minus 28-volt shutter current 


MC 

G12 

Temperature, faceplate 


MC 

G13 

Temperature, yoke/focus coil 


MC 

G14 

Temperature, electronics 


MC 

G15 

Temperature, low voltage power supply 


MC 

G16 

Thermoelectric cooler current 


MC 

G17 

Temperature, camera controller 


MC 

G18A 

Vidicon filament current 

* 


G18B 

Anode voltage supply 


MC 

' 


G18C 

G2 voltage supply 


G18D 

Minus 24 5-volt input voltage 



G19A 

Anode /target mode {command status) 


MC 

G19B 

Power on/off (command status) 


MC 

G19C 

One cycle /sec rephasing 


MC 

G19D 

50-kHz clock input 


MC 

G20A 

Horizontal sync 



G20B ’ 

Vertical sync 


MC 

G20C 

Clock A-B (command status) 


G20D 

Cycle, continuous /single (command status) 



G21A 

P3 auto/P2-Pl (command status) 



G21B 

P2 auto/P3-Pl (command status) 


. MC 

G21C 

Mode-record/direcf-record (command status) 



G21D 

Mode-direct/direct-record (command status) 



G22A 

Dynamic beam regulator m/out (command status) 


MC 

G22B 

Spare 



Multispectral 
Point Scanner 




H1A 

Spectral band 1 on/off 



H1B 

Spectral band 2 on/off 


MC 

H1C 

Spectral band 3 on/off 


HID 

Spectral band 4 on/off 



H2A 

Spectral band 5 on/off 



H2B 

Band 1 gain low /high 


MC 

H2C 

Band 2 gain low/high 


H2D 

Band 3 gain low/high 




B-3 



Item 

Name 

Commutator 
Sampling Rate 

Wideband Video 

Tape Recorders 

_ _ ___ _ — ■ — • 

• 

(Cont. ) 

— — — — 


I27A 

VTR 2 secondary beginning of tape 


I27B 

VTE 2 recorder current adjust levels (8) 


I27C 

VTR 2 recorder current adjust levels (8) 

MC 

I27D 

VTR 2 recorder current adjust levels (8) 


12 8A 

VTR 2 picture /wideband mode (RBV/Mss) 


I28B 

VTR 2 lap at BOT 


I28C 

VTR 2 spare 

MC 

I28D 

VTR 2 spare 


Structures 

• 


B3A 

Array No. I, hinge No 1 


B3B 

Array No 1, hinge No 2 

SC2 

B3C 

Array No 1, hinge No, 3 


B4A 

Delta ERTS separation 


B4B 

Array No 2, hinge No 1 


B4C 

Array No 2, hinge No 2 

SC2 

B4D 

Array No 2, hinge No 3 


B7A 

Predeployment array 1 (-X) 

SC2 

B8B 

Predeployment array 2 (4X) 

B 1 1 

Deploy bottle pressure 1 

SC2 

B12 

Deploy bottle pressure 2 

SC2 

Data Collection 
System 

ji 

To be defined 

MC 

J2 

Negative analog 

MC 


Attitude 

Control 


A 1 

Gas, high pressure 


SC2 

A2 

Gas, low pressure 


SC2 X2 

A3 

Gas, bottle temperature 


SCI 

A4 

Pitch error signal 


MC+SC2 X2 

A5 

Roll error signal 

/ 

MC+SC2 X2 

A6A 

Sun alarm signal head A 



A6B 

Sun alarm signal head B 



A6C 

Sun alarm signal head C 


SC2 X2 

A6D 

Sun alarm signal head D 



A7A 

Track check signal head A 



A7B 

Track check signal head B 



A7C 

Track check signal head C 


SC2 X2 

A7D 

Track check signal head D 



A9 

Horizon scanner head A temperature 


SC2 

A10 

Yaw error signal 


MC+SC2 X2 


B-4 


Item 

Name 


Commutator 
Sampling Rate 

Attitude 
Control 
(Cont ) 




All 

Array error signal 


SC2 

A12 

Array shaft angle (sine) 


SC2 

A13 

Array shaft angle (cosine) 


SC2 

Al4 

Body roll rate 



A16 

Solar array drive 


SC 2 X2 

A17 

Reaction wheel count 


MC 

A18 

Reaction wheel pitch count 


MC 

A19 

Reaction wheel yaw count 


MC 

A21A 

Gas control valve No 1 



A21B 

Gas control valve No 2 


SC 2 X8 

A21C 

Gas control valve No 5 



AZ2A 

Gas control valve No 3 

1 


A22B 

Gas control valve No 4 


| SC 2 X8 

A22C 

Gas control valve No 6 



A23A 

ACS modes logic 


SC2 X2 

A24 

Pitch rate gyro demodulator signal (error) 


SC2 X2 

AZ5 

Sun sensor No 1 temperature 


SC2 

A26 

Suti sensor No 2 temperature 


SC 2 

A27 

Yaw gyro status 


SC2 

A28 

Yaw gyro motor tachometer 


SC2 X2 

A29 

Orbital switching status 


SC2 X2 

A30 

Yaw gyro blanket temperature 


SC2 

A3 1A 

Reaction wheel drive-roll 

] 


A3 IB 

Reaction wheel drive-pitch ■> 

i 

1 

SC2 X4 

A3 1C 

Reaction wheel drive -yaw 

] 


A3 2 

ACS inverter temperature 


SC2 

A3 3 

Yaw reaction wheel temperature 


SC2 

A3 4 

Pitch reaction wheel temperature 


SC2 

A3 5 

Pitch rate gyro tach 


SC 2 XZ 

A40 

Head "A” angle 


SC2 X4 

A41 

Head "B" angle 


SC2 X4 

A42 

Head n C n angle 


SC2 X4 

A43 

Head "D" angle 


SC2 X4 

A44A 

CSA status, bus safe 



A44B 

CSA status, bus armed 


SC 2 

A44C 

Pitch jets enabled 


A44D 

Pitch, jets disabled 



A47A 

Roll jets enable /disable 


| SC 2 

A47B 

Yaw jets enable /disable 


Communication 




C50 

TWTA No 1, anode voltage 


SC3 

C51 

TWTA No 1. helix plus anode current 


SC3 


33-5 



Item 


Name 


Commutator 
Sampling Rate 


Communication 


(Cont )' 

C5Z 

TWTA No 1. temperature transducer 

SC3 

C53A 

TWTA No 1, power mode indicator 

SC3 

C53B 

TWTA No 2. power mode indicator 

C54 

TWTA No 2, anode voltage 

SC 3 

C55 

TWTA No 2, helix plus anode current 

SC3 

C56 

TWTA No 2, temperature transducer 

SC3 

GS7 

VHF transmitter No 1, forward power 

SC 3 

C58 

VHF transmitter No 1, reverse power 

SC3 

C59 

VHF transmitter No 2, forward power 

SC 3 

C60 

VHF transmitter No 2, reverse power 

SC 3 

C6l 

VHF receiver No 1, AGC-1 

SC3 

C62 

VHF receiver No 1, AGC-2 

SC3 

C63 

VHF receiver No 2, AGC-1 

SC3 

C64 

VHF receiver No 2, AGC-2 

SC 3 

C65 

USB receiver "A", signal present 

SC3 

C66 

USB receiver M A H , loop stress 

SC3 

C67 

USB receiver r, B" p signal present 

SC3 

C68 

USB receiver "B", loop stress 

SC3 

C69 

USB transmitter "A", power monitor 

SC 3 

C70 

USB transmitter "A", temperature monitor 

SC3 

C71 

USB transmitter M B n , power monitor 

SC3 

C72 

USB transmitter "B", temperature monitor 

SC3 

• C73 

USB converter "A" +15 Vdc 

SC3 

C74 

USB converter "A" -15 Vdc 

SC3 

C75 

USB converter "A" +28 Vdc 

SC3 

C76 

USB converter "B" +15 Vdc 

SC3 

C77 

USB converter "B" -15Vdc 

SC3 

C78 

USB converter n B ,T +28 Vdc 

SC3 

C79 

Wideband driver A, Afc loop stress 

SC 3 

C80 

Wideband driver B, Afc loop stress 

SC3 

C81 

Wideband driver C, Afc loop stress 

SC3 

C82 

Wideband driver D, Afc loop stress 

SC3 

Power Supply 

D1 

Battery 1 current 

SC2 X2 

D2 

Battery 2 current 

SC 2 XZ 

D3A 

No 1 solar array norm/reg 2 


D3B 

No 1 charge bus norm/parallel 2 


D3C 

No 2 solar array norm/reg 1 

SCI 

D3D 

No 2 charge bus norm/parallel 1 


D4 

Array 1 (-X) current 

SC2 

D5 

Array 2 (+X) current 

SC 2 

D6 

Array 1 (-X) sec C unreg 

SCI 

D8 

Battery 1 voltage 

SC 2 

D9 

Battery 2 voltage 

SC2 

DIO 

JLoad bus voltage 

SC2 


B-6 



Item 

Name 


Commutator 
Sampling Rate 

Power Supply 
(Cent ) 




DUD 

No 1 and No 2 95°F switch norma/override 



DUE 

Charge bus parallel command 


SCI 

D11F 

Discharge path normal/open 



D13 

Array 1 (-X) Sec A thermal fin temperature 


SCI 

D14 

Array 2 (+X) Sec A thermal fin temperature 


SCI 

D15 

Sync signal amplifier 400 Hz 


SC2 

D16 

Sync signal amplifier 2461 Hz 0 and 90 degrees 


SC2 

DI7 

Array 1 (- X) sec C unreg I amplifier 


SC2 

D20 

Converter 2 A + 16 volt 


SCI 

D21 

Converter 2A + 9 volt 


SCI 

D22 

Converter 2A + 5 volt 


SCI 

D23 

Converter 2A - 6 volt 


SCI 

D28 

Converter 5+16 (DDHA and ADHA) 


SCI 

D29 

Converter 5 + 9 (DDHA and ADHA) 


SCI 

D30 

Converter 5-6 (DDHA and ADHA) 


SCI 

D31 

Converter 5-16 (DDHA and ADHA) 


SCI 

D32 

Converter 6+16 volt 


SCI 

D33 

Converter 6 + 9 volt 


SCI 

D34 

Converter 6-6 volt 


SCI 

D35 

Converter 6-16 volt 


SCI 

D36 

Converter 7 + 16 volt 


SCI 

D37 

Converter 7 + 9 volt 


SCI 

D3 8 

Converter 7-6 volt 


SCI 

D39 

Converter 8 + 16 volt 


SCI 

D40 

Converter 8 + 9 volt 


SCI 

D41 

Converter 8-6 volt 


SCI 

D42 

Converter 9 + 20 volt 


SCI 

D43 

Converter 9+10 volt 


SC2 

D44 

Converter 9-20 volt 


SC2 

D45 

Converter 9 + 28 volt 


SC2 

D46 

ACS inverter 400 Hz 


SCI 

D50 

Battery 2 (-X rad. panel) 


SCI 

D51 

Battery 1 {+X rad. panel) , 


SCI 

D57 

No. 1 thermal fin drive volts (-X) 


SCI 

D58 

No 2 thermal fin drive volts {+X) 


SCI 

D59 

.Load bus 


SC2 

D61A 

Regulator charge rate No 1 reg/No 2 
reg trickle /1A 



D61B 

No. 1 reg. normal/full array 


SCI 

D61C 

No 2 reg. normal/full array 



D62A 

No 1 battery normal/recondition 



D62B 

No. Z battery normal/ recondition 


SCI 

D62C 

No. 1 reg. No. 2 reg. charge mode. 
Constant volt/trackle at V B limit 



D63A 

No 1 battery normal/disconnect 


SC2 

D63B 

No. 2 battery normal /didconnect 



B-7 




Item 


Name 


Commutator 
Sampling Rate 


Power Supply 
(Cont ) 


-D64 

No 1 battery current direction 

SC2 

D65 

No 2 battery current direction 

SCI 

D75 

Converter 2B + 16 volt 

SC2 

D76 

Converter 2B + 9 volt 

SC2 

D77 

Converter 2B + 5 volt 

SC2 

D7 8 

Converter 2B - 6 volt 

SC 2 

D79 ‘ 

RBV battery current 

SCI 

D80 

RBV battery voltage 

SCI 

D81 

Payload converter mfcut current 

SCI 

D82 

Payload converter output voltage 

SCI 

D83 

Payload converter status (No 1 or 2) 

SCI 

D84 

Payload converter temperature 

SCI 

Thermal 



Control 



El 

Array 1 (inboard) -X temperature 

SC3 

E4 

Array 2 (outboard) +X temperature 

SC3 

E5 

Panel mid third (+X) temperature 

SC3 

E6 

Panel aft third (+X) temperature 

SC3 

E7 

Panel mid third (-Z) temperature 

SC3 

E8 

Panel aft third (-X) temperature 

SC3 

E21 

Panel top third (-Z) temperature 

SC3 

E22 

Panel mid third (+Z) temperature 

SC3 

E23 

Panel top third (+X) temperature 

SC3 

E24 

Panel aft third (-X) temperature 

SC3 

E30 

Panel (-Y) middle temperature 

SC3 

E50 

+X panel temperature 

SC3 

E51 

+X panel temperature 

SC3 

E52 

-X panel temperature 

SC3 

E53 

-X panel temperature 

SC3 

E54 

Payload temperature sensor No 1 

SC3 

E55 

Payload temperature sensor No. 2 

SC3 

E56 

Payload temperature sensor No 3 

SC3 

E57 

Payload temperature' sensor. No 4 

SC3 

E58 

+Y panel temperature 

SC3 

E59 

+Z panel temperature 

SC3 

E60 

+Z panel temperature 

SC3 

E61 

-Z panel temperature 

SC3 

E62 

-Z panel temperature 

SC3 

Data 



Handling 



FI 

Tape record 1+95 

SCI 

F2 

Tape record 1-95 

SCI 

F5 

Tape record 1 end pressure 

SCI 

F8 

Tape record 1 base temperature 

SCI 

F9 

Tape recorder No 2 + 9 5V 

SCI 


B-8 



Item 


Name 


Commutator 
Sampling Rato 


Data 
Handling 
( Cont ) 


FIO 

Tape recorder No 2-9 5V 


SCI 

F13 

Tape recorder pressure 


SCI 

F14 

Clock No 1 oscillator temperature 

SCI 

F15 

Clock No 2 oscillator temperature 

SCI 

F16 

Tape recorder No 2 temperature 


SCI 

FI 7 

No 1 LFTA Bd 3 temperature 


SCI 

F20 

DDHA 1 Bd 3 temperature 


SCI 

F22 

DDHA 2 Bd 3 temperature 


SCI 

F24/32 

ADHA in service temperature 


SCI 

F25/33 

Calibration No 1 


SCI 

F26/34 

Calibration No 2 


SC2 

F27/35 

Calibration No 3 


SCI 

F28/36 

Calibration No 4 


SC2 

F29/37 

Calibration No 5 


SCI 

F30/38 

Calibration No 6 


SC2 

F31/39 

Calibration No 7 


SCI 

F40A 

Arm bus On 

| 


F40B 

Payload ordnance armed 

I 

SC2 

F40C 

Boom deploy 


F40E 

Sequence relay switches 

I 


F41A 

SIU, Rx 1 sig present 



F41B 

SIU, Rx 2 sign present 


| SC2 X2 

F41C 

SIU, deployment safe 



F42 

TR No 1 status 


SC2 

F43 

TR No 2 status 


SC2 

F44 

LFTA status 


SC2 

F45/47 

DDHA status 


SC2 

F46/48 

DDHA status 


SC2 

F49 

Command status word No 1 


MC 

F50 

Command status word No 2 


MC 

F51 

Command status word No 3 


MC 

F52 

Command status word No 4 


' MC 

F53 

Command status word No 5 


MC 

F54 

Stored command programmer No 

1 verification 

MC 

F55 

Stored command programmer No 

1 verification 

MC 

F56 

Stored command programmer No 

1 verification 

MC 

F57 

Stored command programmer No 

1 verification 

MC 

F58 

Stored command programmer No 

1 verification 

MC 

F59 

Stored command programmer No 

1 verification 

MC 

F60 

Stored command programmer No 

2 verification 

MC 

F61 

Stored command programmer No 

2 verification 

MC 

F62 

Stored command programmer No 

2 verification 

MC 

F63 

Stored command programmer No 

2 verification 

MC 

F64 

Stored command programmer No 

2 verification 

MC 


B-9 


Commutator 

Item Name ' Sampling Rate 


Data 
Handling 
(Cont ) 


F6S 

Stored command programmer No 

2 

verification 

MC 

F66 

Stored command programmer No 

1 

temperature 

SC3 

F67 

Stored command programmer No 

2 

temperature 

SC3 

F68 

Stored command programmer No. 

1 

parity 

MC 

F69 

Stored command programmer No 

2 

parity 

MC 

F70 

Stored command programmer No 

1 

+ 16 volt 

SC3 

F71 

Stored command programmer No 

1 

+9 volt 

SC3 

F72 

Stored command programmer No 

1 

H 5 volt 

SC3 

F73 

Stored command programmer No 

1 

-5 volt 

SC3 

F74 

Stored command programmer No 

2 

+1 6 volt 

SC3 

F75 

Stored command programmer No 

2 

+9 volt 

SC3 

F76 

Stored command programmer No 

2 

+5 volt 

SC3 

F77 

Stored command programmer No. 

2 

-5 volt 

SC3 

F78 

Spacecraft identification 



MC 

F79 

No 2 LFTA Bd 3 temperature 



SCI 

F80A-D 

Z axis status "A” 




unsm 

Z axis status "B" 
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W 


DIGITAL DIGITAL OR ANALOG 



TELEMETRY WORD NO. 

INSTRUMENTATION 
LIST IDENTIFICATION 


ERTS MAIN MULTIPLEXER TELEMETRY FORMAT 


























































TELEMETRY 
WORD NO. 


UNASSIGNED WORD 


INSTRUMENTATION 
LIST IDENTIFICATION 


BLANKED WORD 


DIGITAL 


F45 IN EQUIPMENT 
GROUP # 1 
F47 IN EQUIPMENT 
GROUP * 2 


ERTS SUBMULTIPLEXER 2 FORMAT 


B-i 3 
































MULTIPLEXING WORDS 
53 THROUGH 64 

ERTS SUBMULTIPLEXER 3 FORMA T 
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ERTS COMMAND US T 


Command No 


Description 


Command No 


Description 



Return Beam Vidicon 

B371 

Step gain band 1 



C210 

Step gain band 2 

A210 

Clock A (spacecraft) 

C230 

Step gain band 3 

A230 

Clock B (spare) 

C250 

Step gain band 4 

A250 

Single cycle 

C270 

Step gain band 5 

A270 

Continuous cycle 

C3 10 

Spectral band 1 on 

E310> 

Camera 1 on* 

C330 

Spectral band 2 on 

E330 

Camera 1 off* 

C350 

Spectral band 3 on 

E350 

Camera 2 on* 

C231 

Step band 5 focus, up 

E370 

Camera 2 off* 

C251 

Step band 5 focus, down 

E211 

Camera 3 on* 

C271 

Increase data rate, on 

E23l 

Camera 3 off* 

C311 

Increase data rate, off 

A31 0 

Exposure automatic 

C331 

Sync pickoff 1 on 

244 

Preset 1 (8 msec)* 

C35 1 

Sync pickoff 1 off 

264 

Preset 2 (12 msec, nominal)* 

D211 

Uncap optics 

305 

Preset 3 (16 msec)* 

D330 

Uncage scan 

A330 

Anode mode 

D350 

Uncage cooler 

A350 

Target mode 

D370 

Uncap cooler 

A 370 

Dynamic beam regulator in 

D371 

Spectral band 4, on 

A211 

Dynamic beam regulator out 

E250 

Sync pickoff 2, on 

A231 

Record mode 

E270 

Sync pickoff 2, off 

A251 

Direct mode 

E271 

Spectral band 1, off 

A271 

Direct/record mode 

E311 

Spectral band 2, off 

A311 

Start prepare 

E331 

Spectral band 3, off 

205 

Power on 1* 

E351 

Spectral band 4, off 

225 

Power off I* 

E251 

Spectral band 5, on 

364 

Power on 2* 

E37I 

Spectral band 5, off 

344 

Power off 2* 

D231 

ON function 1 

A331 

Aperture compensation in 

D251 

ON function 2 

A351 

Aperture compensation out 

D271 

ON function 3 

A371 

Calibrate 1 

D31 1 

ON function 4 

B210 

Calibrate 2 

D331 

ON function 5 

B230 

Calibrate 3 

D351 

ON function 6 

B250 

Calibrate 4 

307 

Cooler heater on 

B270 

Calibrate 5 

327 

Cooler heater off 

B310 

Calibrate 6 

367 

MSS off 

363 

Enable 


Data Collection System (DCS) 


Video Tape Recorder 

113 

DCS 1 power on 

325 

Standby 1* 

173 

DCS 1 power off 

203 

Standby 2* 

154 

DCS 2 power on 

345 

Record 1* 

254 

DCS 2 power off 

223 

Record 2* 


365 

Rewind 1* 


Attitude Control 

243 

Rewind 2* 



B330 

Playback 1 

014 

Wheel delay 

B 350 

Playback 2 

015 

Pitch rate gyro off 

323 

Fast forward 1* 

035 

Pitch rate gyro on 

343 

Fast forward 2* 

034 

Gas delay 

263 

Off 1* 

067 

CSA arm 

303 

Off 2* 

047 

CSA safe 

B370 

Record current adj 1 

146 

ACS on/jets enabled 

Bill 

Record current adj 2 

101 

ACS off/jets disabled 

B231 

REV 1 

102 

ACS mode 1 

B251 

RBV 2 

122 

ACS mode 2A 

B331 

Lap at Bot 1 

142 

ACS mode 2C 

B351 

Lap at 3ot 2 

162 

ACS mode 3 

BZ7i 

MSS 1 

373 

ACS mode 4 

B311 

MSS 2 

121 

ACS normal 



141 

ACS enable 


Multispectral Spot Scanner 

161 

ACS execute 



045 

Array slew CW 

206 

Standby on* 

007 

Array slew CGW 

207 

Standby off* 

110 

Array slew normal 

226 

Calibration fast sequence, on 

355 

Array delay enable 

246 

Calibration fast sequence, off 

375 

Array delay disable 

306 

Rotating shutter drive, on 

004 

Jet pulse execute 

326 

Rotating shutter drive, off 

166 

Roll jet disable 

346 

Calibration lamp 1, on 

051 

Pitch jet disable 

366 

Calibration lamp 2, on 

103 

+Yaw select 

227 

Calibration lamps 1 and 2 off 

150 

Yaw jet disable 

247 

Scan mirror drive, on 

273 

Yaw - Roll select 

267 

Scan mirror drive off 

216 

-Yaw select 


*in storage 
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ERTS COMMAND LIST 


Command No 


Description 


Command-No 


Description 


257 

Yaw + Roll select 

356 


Reg 1 charge rate normal 

131 

-Roll select 

376 


Reg 1 charge rate 8 7 amp 

163 

+Roll select 

317 


Reg 2 charge rate normal 

253 

Gyro auto 

337 


Reg 2 charge rate 8 7 amp 

074 

Gyro 1 select 

316 


Charge mode control limit 

235 

Gyro 2 select 

336 


Charge mode cycle 

077 

Yaw gyro off, heater on 

056 


Charge bus parallel normal 

117 

Tracking head A disable 

076 


Charge bus parallel inhibit 

136 

Tracking head 3 disable 

105 


Thermal switches normal (95 deg) 

155 

Tracking head D disable 

125 


Thermal switches override 

174 

Tracking head normal 

006 


Undervoltage bus 1 reset 

055 

Orbit adjust arm 

026 


Undervoltage bus 1 override 

200 

Orbit adjust +X thrust* 

046 


Undervoltage bus 2 reset 

220 

Orbit adjust -X thrust* 

066 


Undervoltage bus 2 override 

240 

Orbit adjust +Y thrust* 

111 


Payload converter 1 on 

064 

Orbit adjust disarm 

132 


Payload converter 2 on 

260 

Orbit adjust off* 

073 


Redund, converters on 


Communications 

135 


Payload converters off 



156 


Switch converter 1 

020 

USB converter A 

177 


Switch converter 2 

143 

USB converter B 

044 


Battery 3 recondition 

114 

Baseband 1 on, 2 off 

106 


Battery 3 condition 

133 

Baseband 2 on, 1 off 




065 

Baseband SCO's (165, 225, 300 kHz) on 



Data Handling 

024 

Baseband SCO's (165, 225, 300 kHz) off 

061 


Tape playback 

167 

Baseband DCS SCO On 

002 


Tape recorder 1 on 

340 

Wideband transmitter driver A on, B off 

022 


Tape recorder 1 off 

360 

Wideband transmitter driver B on, A off 

042 


Tape recorder 2 on 

241 

Wideband transmitter driver A and B off 

062 


Tape recorder 2 off 

261 

Wideband transmitter driver C on, D off 

Oil 


Real time main commutator 

301 

Wideband transmitter driver D on, C off 

031 


Real time ASC 

321 

Wideband transmitter driver C and D off 

012 


Data storage main commutator 

300 

Wideband transmitter 1 on 

032 


Data storage ASC 

201 

Wideband transmitter 1 off 

003 


EG 1 on 

320 

Wideband transmitter 2 on 

023 


EG 1 off 

221 

Wideband transmitter 2 off 

041 


EG 1 real time 

071 

TWTA 1 10 watt 

010 


Clock select A on, B off 

112 

TWTA 1 20 watt 

050 


EG 1 HFTU 

040 

TWTA 2 10 watt 

043 


EG 2 on 

170 

TWTA 2 20 watt 

063 


EG 2 off 

147 

Summed transmitter driver signal on 

021 


EG 2 real time 


TWTA 1 

030 


Clock select B on, A off 

137 

Summed transmitter driver signal on 

070 


EG 2 HFTU 


TWTA 2 

013 


Low bit rate 

333 

Transmitter driver A/B signal normal 

053 


High bit rate 

152 

Transmitter driver C/D signal normal 

314 


LFTA 1 on, 2 off 

151 

MSS Real time ch 1/RBV Real time ch 2 

175 


LFTA 2 on, 1 off 

072 

RBV Real time ch 1/MSS Real time ch 2 

313 


Real time to VHF 

033 

MSS Real time ch 1/VTR I ch 2 

274 


DS to USB 

134 

VTR 1 ch 1/MSS Real time ch 2 

215 


Real time to USB 

115 

RBV Real time ch 1/VTR 1 ch 2 

176 


Hi BR real time to USB 

057 

VTR 1 ch 1/RBV Real time ch 2 

237 


DS to VHF 

172 

MSS Real time ch 1/VTR 2 ch 2 




233 

VTR 2 ch 1/MSS Real time ch 2 



Command 

214 

RBV Real time ch 1/VTR 2 ch 2 

357 


Redundant enable on 

275 

VTR 2 ch 1/RBV Real time ch 2 

130 


SCP 1 on 

157 

VTR 1 ch 1/VTR 2 ch 2 

171 


SCP 1 off 

256 

VTR Z ch 1/VTR 1 ch 2 

052 


SCP 2 on 

005 

VHF transmitter A on/B off 

153 


SCP 2 off 

025 

VHF transmitter B on/A off 

054 


SCP 2 clear 


Power 

100 


Ordnance armed 



140 


Array deploy 

104 

Battery I normal 

107 


Payload ordnance on 

124 

Battery 1 disconnect 

127 


Payload ordnance off 

016 

Battery 2 normal 

126 


Payload heater on 

036 

Battery 2 disconnect 

060 


Payload heater off 

120 

Battery execute 

075 


SCP 1 clear 

354 

Regulator 1 normal 

116 


SCP 1 fill 

374 

Regulator 1 disconnect " 

217 


SCP i process 

315 

Regulator 2 normal 

334 


Redundant enable off 

335 

Regulator 2 disconnect 

341 


SCP 1 standby 

165 

Battery 1 condition 

361 


SCP 2 standby 

145 

Battery 1 reconditioned 

353 


SCP 2 fill 

037 

Battery 2 condition 

276 


Timer normal 

017 

Battery 2 reconditioned 

277 


Timer override 

144 

Charge rate trickle 




164 

Charge rate 3 7 amp 



Payload Expanded Matrix 



A = 

212 

E = 312 

*in storage 

i 

B = 

232 

F = 332 



C = 

252 

G = 352 



D = 

272 

H = 372 
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ooo 

020 

040 

060 

100 

120 

HO 

T60 

200 

220 

240 

260 

300 

320 

340 

360 


COMMANDS 
TO SCP OR 
REALTIME 

PAYLOAD 

EXPANDED 

MATRIX 

X 

USB 

CONV 

A 

TWTA 

2 

low 

P/L 

HEATER 

OFF 

ORD 

ARM 

BAT 
EX CUT 

ARRAY 

DEPLOY 

SHUTTER 

OVRD 

ORBIT 

ADJ 

•FX 

ORBIT 

ADJ 

-X 

ORBIT 

ADJ 

+Y 

ORBIT 

ADJ 

OFF 

TWTA 

ON 

TWTA 

2 

ON 

WB 

TMTR 

AON 

WB 

TMTR 

BON 


001 

021 

041 

061 

101 

121 

141 

161 

201 

221 

241 

261 

301 

321 

341 

361 


RAT 3 
PULSE 

EG 2 
RT AND 
OS 

EG 1 
RT AND 
DS 

PCM 

TAPE 

PlAYBK 

ACS 

OFF/ 

JETS 

DISABLE 

ACS 

NORMAL 

ACS 

ENAELE 

ACS 

EXCUT 

TWTA 

1 

OFF 

TWTA 

2 

OFF 

WB 

TMTR 

A/6 

OFF 

W0 

TMTR 

C 

ON 

WB 

TMTR 

D 

ON 

m 

TMTR 

C/D 

OFF 

SCP 

STDBY 

SCP 

2 

STDBY 


002 

022 

042 

062 

102 

122 

142 

162 

202 

222 

242 

262 

302 

32? " 

342 

362 


TR1 

ON 

TR1 

OFF 

TR2 

ON 

TR2 

OFF 

ACS 

MODE 

1 

ACS 

MODE 

2A 

ACS 

MODE 

2C 

ACS 

MODE 

3 










003 

023 

043 

063 

103 

123 

143 

163 

203 

223 

243 

263 

303 

323 

343 

363 


EG 1 
ON 

EG 1 
OFF 

EG 2 
ON 

EG 2 
OFF 

+YAW 

SELECT 

ARAY 

OSABL 

OVERRIDE 

USB 

CONV 

B 

+ ROLL 
SELECT 

VTR 2 
STDBY 

VTR 2 
RE CD 

VTR 2 
KWD 

VTR 1 
OFF 

VTR 2 
OFF 

VTR 1 
FAST 
FWD 

VTR 2 
FAST 
FWD 

RBV 

ENABLE 


ow 

024 

044 

064 

104 

124 

144 

T64 

204 

224 

244 

264 

304 

324 

344 

364 


JET 

PUISE 

EXECUT 

BASE 
BAND 
SCO 5 
OFF 

EAT 3 
RECOND 

ORBIT 

ADJ 

DJSARM 

BAT 1 
NRML 

BAT 1 
DISC 

CHARGE 

RATE 

TRICKLE 

CHARGE 
RATE 
3 7 

CAMERA 

1 

CN 

CAMERA 

1 

OFF 

RBV 

PRESET 

1 

RBV 

PRESET 

2 

CAMERA 

3 

ON 

CAMERA 

3 

OFF 

RBV 

PWR 

OFF 

2 

RBV 

PWR 

ON 

2 


005 

025 

045 

065 

105 

125 

145 

165 

205 

225 

245 

265 

3Q5 

325 

345 

365 

VHF 

TMTR 

A 

ON 

VHF 

TMTR 

B 

ON 

ARRAY 

SLEW 

CW 

BASE 

BAND 

scos 

ON 

THGM 

SW 

NRML 

THRM 

SW 

OVRD 

BAT 1 
RECOND 

BAT 1 
COND 

RBV 

PWR 

ON 

1 

RBV 

PWR 

OFF 

l 

CAMERA 

2 

ON 

CAMERA 

2 

OFF 

RBV 

PRESET 

3 

VTR 1 
STDBY 

VTR 1 
RE CD 

VTR 1 
REV/D 

006 

026 

046 

066 

106 

126 

146 

166 

206 

226 

246 

266 

306 

326 

346 

366 

uv 

BUS l 
RESET 

UV 
BUS 1 
OVRD 

UV 
BUS 2 
RESET 

UV 
BUS 2 
OVRD 

BAT 3 
COND 

PA 

HEATER 

ON 

ACS 

ON/ 

JETS 

ENABLE 

ROLL 

JET 

D1SABL 

MSS 

STDBY 

ON 

M53 CAL 
SEQ FAST 
ON 

MSS CAL 
SEQ FAST 
OFF 


MSS 

ROTATING 
SHUTTER 
DRIVE ON 

MSS 

ROTATING 

SHUTTER 

DRIVE 

OFF 

MSS CAL 
LAMP 1 
ON 

MSS CAL 
LAMP 2 
ON 

007 

027 

047 

067 

107 

127 

T47 

167 

207 

227 

247 

267 

307 

327 

347 

367 

ARRAY 

SLEW 

CCW 

BAT 3 
NORMAL 

CSA 

SAFE 

CSA 

ARM 

P/L 

ORD 

ARM 

ORD 

SAFE 

SUM 

SIGON 

TWTA 

1 

DCS 

SCO 

ON 

AGS 

STDBY 

OFF 

MSS CAL 
LAMP 

1 AND 

2 OFF 

MSS SCAN 
MIRROR 

DRIVE 

ON 

MSS SCAN 
MIRROR 
DRIVE OFF 

MSS 

COOLER 

HTR 

ON 

MSS 

COOLER 

HEATER 

OFF 


MSS 

OFF 

010 

030 

050 

070 

110 

130 

150 

170 

210 

230 

250 

270 

310 

330 

350 

370 

CLOCK 

SELECT 

A 

CLOCK 

SELECT 

B 

EG 1 
HFTU 

EG 2 
HFTU 

ARRAY 

SLEW 

NRML 

SCP 

1 

ON 

YAW 

JET 

DISABL 

TWTA 

2 

20W 

MA 

1 

MA 

2 

MA 

3 

M\ 

4 

MA 

5 

MA 

6 

MA 

7 

MA 

6 

on 

031 

051 

071 

111 

131 

151 

171 

111 

231 

251 

271 

311 

331 

351 

371 

CT 

MAIN 

COMM 

RT 

ACC 

SUBCOM 

PITCH 

JET 

OISABL 

TWTA 

1 

low 

FL 

CONV 
r ON 

-ROLL 

SELECT 

MSS 

RTl 

RBV 

RI2 

SCP 

1 

OFF 

MA 

9 

MA 

10 

MA 

11 

MA 

12 

MA 

13 

MA 

T4 

MA 

15 

MA 

16 

012 

032 

052 

072 

112 

132 

152 

172 

212 

232 

252 

272 

312 

332 

352 

372 

DS 

MAIN 

COMM 

OS 

ACC 

SUBCOM 

SCP 

2 

ON 

RBV 

RT1 

MSS 

KT2 

TWTA 

1 

20V/ 

P/L 

CONV 
2 ON 

WB 
TMTR 
C & D 
NRML 

MSS 
RTl 
VTR 2 
ON2 

MB 

1 

MB 

2 

MB 

3 

M5 

4 

MB 

5 

MB 

6 

MB 

7 

MB 

8 

on 

033 

053 

073 

113 

133 

153 

173 

213 

233 

253 

273 

313 

333 

353 

373 

LOW 

BIT 

RATE 

MSS 

RT! 

VTR1 

ON2 

HI 

BIT 

RATE 

REOUN 

P/L 

CONV 

ON 

DCS 

1 

ON 

BASE 

BAND 

2 

ON 

SCP 

2 

OFF 

DCS 

1 

OFF 


VTR2 

ONI 

MSS 

RT2 

GYRO 

AUTO 

YAW 

-ROLL 

SELECT 

RT 

TO 

VHF 

WB 

TMTR 

A&B 

NRML 

SCP 2 
FILL 

ACS 

MODE 

4 

OCTAL 

— COMMAND 
NO 

►—BLANK 


OH 

034 

054 

074 

114 

134 

154 

174 

214 

234 

254 

274 

314 

334 

354 

374 


WHEEL 

DELAY 

GAS 

DELAY 

SCP 2 
CLEAR 

GYRO 

SELECT 

BASE 

BAND 

1 

ON 

VTR! 

ONT 

MSS 

RT2 

DCS 

2 

ON 

TRK 

HD 

NP-Mt 

RBV 

I 

VTR2 

ON2 


DCS 

2 

OFF 

•'S 

iO 

USB 

LFTA 

1 

ON 

REDUN 

ENABLE 

OFF 

REG1 

NORM 

REG1 

DISCONT 


015 

035 

055 

075 

NS 

135 

155 

\75 

21? 

235 

255 

275 

315 

335 

355 

375 


PITCH 

RATE 

GYRO 

OFF 

PITCH 

RATE 

GYRO 

ON 

ORBIT 

ADJ 

ARM 

SCP I 
CLEAR 

RBV 

RT1 

VTRT 

ON2 

P/L 

CONV 

OFF 

TRK 

HDD 

DISABL 

LFTA 

2 

ON 

RT 

TO 

USB 

GYRO 

2 

SELECT 


VTR2 

ONI 

RBV 

RT2 

REG 2 
NORM 

REG 2 
OISCONT 

ARRAY 

DELAY 

ENABLE 

ARRAY 

DELAY 

DISABLE 


016 

036 

056 

076 

116 

136 

156 

176 

216 

236 

256 

276 

316 

336 

356 

376 


BAT2 

NRML 

BAT2 

DISC 

CH 

BUS 

PRL 

NRML 

CH 

BUS 

PRL 

INNIB 

SCP 1 
FILL 

TRK 
HD B 
OISABL 

SW 

P/L 

CONY 

1 

(HIBR 
RT TO 
USB 

-YAW 

SELECT 

TIMER 

NORMAL 

VTR2 
ONI 
VTRT 
ON 2 

SCP 2 
PROCESS 

CH 

MODE 

CONT 

LIMIT 

CH 

MODE 

CYCLE 

R£G1 

CH 

RATE 

NRML 

REG! 

CH RATE 
8 7 


017 

037 

057 

077 

117 

137 

157 

177 

2T7 

237 

257 

277 

317 

337 

357 

377 


BAT2 

RECOND 

BAT 2 
COND 

VTR] 

ONI 

RBV 

RT2 

GY TO 
OFF/ 
HEATER 
ON 

TRK 
HD A 
DISABLE 

SUM 

SIGON 

TWTA 

2 

VTR1 

ONt 

VTR2 

ON2 

SW 

P/L 

CONV 
2 | 

SCP 1 
PROCESS 

DS 

TO 

VHF 

YAW 

+ROLL 

SELECT 

TIMER 

OVRD 

REG2 
CH RATE 
NRML 

REG2 
CH RATE 
8 7 

RED UN 
ENABLE 
ON 

X 


ERTS COMMAND MATRIX 
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bd 


A2t0 

A230 

A250 

A270 

A310 

A330 

A350 

A370 

A2U 

A231 

A251 

A271 

A311 

A331 

A351 

A371 

RBV 

CLK 

A 

RBV 

CLK 

B 

RBV 

SINGLE 

CYCLE 

RBV 

CONT 

CYCLE 

RBV 

EXPO 

AUTO 

RBV 

ANODE 

MODE 

RBV 

TARGET 

MODE 

RBV 

DYNAM 

REG 

IN 

RBV 

DYNAM 

REG 

OUT 

RBV 

REC 

MODE 

RBV 

DIR 

MODE 

RBV 

DII^REC 

MODE 

RBV 

START 

PREP 

RBV 

APER 

, COMP 
IN 

RBV 

APER 

COMF> 

OUT 

RBV 

CAUB 

1 

B2 TO 

8230 

B250 

B270 

B310 

B330 

B350 

8370 

8211 

B231 

B251 

6271 

63 1 T 

essi 

635 r 

B37I 

RBV 

CAUB 

2 

RBV 

CAUB 

3 

RBV 

CAUB 

4 

RBV 

CAUB 

5 

RBV 

CALIB 

6 

VTR1 

PLAYBK 

VTR2 

PLAYBK 

VTR1 

RECO 

CURR 

ADJ 

VTR2 

RECD 

CURR 

ADJ 

VTR1 

RBV 

VT82 

RBV 

VTR l 
MSS 

VTR2 

MSS 

VTRl 

LAP 

AT 

BOT 

VTR2 

LAP 

AT 

BOT 

MSS 
STEP 
GAIN 
BAND 1 

C2I0 

C230 

C250 

C270 

C3I0 

C330 

C350 

C370 

C2U 

C23I 

C257 

C27I 

C31I 

C337 

C35I 

C371 

MSS 
STEP 
GAIN 
BAND 2 

MSS 
STEP 
GAIN 
BAND 3 

MSS 
STEP 
GAIN 
BAND 4 

MSS 
STEP 
GAIN 
BAND 5 

MSS SPEC 
BAND 1 
ON 

MSS SPEC 
BAND 2 
ON 

MSS SPEC 
BAND 3 
ON 



MSS STEP 
BAND 5 
FOCUS UP 

MSS STEP 
BAND 5 
FOCUS 
DOWN 

MSS INCR 
DATA RATE 
ON 

MSS INCR 
DATA RATE 
OFF 

MSS SYNC 1 
PICK OFF 
ON 

MSS SYNQ 1 
PICK OFF 
OFF 


D230 

D230 

0250 

0270 

0310 

0330 

D350 

0370 

02 ) 1 

D231 

D25J 

D27) 

D31J 

D331 

D351 

D371 






MSS 

UNCAGE 

SCAN 

MSS 

UNCAGE 

COOLER 

MSS UNCAP 
COOLER 

MSS UNCAP 
OPTICS 

MSS ON 
FUNCTION 
1 

MSS ON 

FUNCTION 

2 

MSS ON 

FUNCTION 

3 

MSS ON 

FUNCTION 

4 

MSS ON 

FUNCTION 

5 

MSS ON 
FUNCTION 
6 

i 

MSS SPEC 
BAND 4 
ON 

E2I0 

E230 

E250 

I E270 

E310 

E330 

E350 

E370 

E211 

E231 

E251 

E271 

E3I1 

E331 

E35I 

E371 ■ 



MSS SYNC 
PICK OFF 
2 ON 

MSS SYNC 
PICK OFF 
2 OFF 

RBV 

CAMERA 1 
ON 

RBV 

CAMERA 1 
OFF 

RBV 

CAMERA 2 

on ; 

RBV 

CAMERA 2 
OFF 

RBV 

CAMERA 3 
ON 

RBV 

CAMERA 3 
OFF 

MSS SPEC 
BAND 5 
ON 

MSS SPEC 
BAND 1 
OFF 

MSS SPEC 
BAND 2 
OFF 

MSS SPEC 
BAND 3 
OFF 

MSS SPEC 
BAND 4 
OFF 

MSS SPEC 
BAND 5 
OFF 

F2I0 

F230 

F250 

F270 

F310 

F330 

F350 

F370 

F21 1 

F231 

F25I 

F271 

F3U 

F331 

F35I 

F371 

















G210 

G230 

G250 

G270 

G3I0 

G330. 

G350 

G370 

G211 

G231 

G251 

G271 

G3II 

G33I 

G351 

G371 

















H210 

H230 

H250 

H270 

H3I0 

H330 

H350 

H370 

H2I1 

H23I 

H25I 

H271 

H31 1 

H331 

H351 

H37I 


















A = 212 E =312 

8 = 232 F = 332 

C - 252 G = 352 
D = 272 H = 372 


OCTAL 

COMMAND 

NO 


ERTS PAYLOAD EXPANDED (Z AXIS) COMMAND MATRIX 




APPENDIX C 

TYPICAL OPERATIONS CENTER COMPUTER 
PRINTOUT FORMATS 



01/27R3416RT DATA FRZ HBDL A 
5ND GMT 70 027 2002 23 


8GB-6/F 


PBwEft INSTRU PRJNT-07 


OG0-8CC SYSTEM rAP£-£13.aiZJVZ£L 




A23 

ACS 

MODE/SUN 

35/ QfiL 

£121 





M C 

OS RCvD 

010 

LOAD BUS 

(VOLTS) 

30*33 

327 

D59 LBAD bus (AMPS) 

12.19 

313 • 

ttC 

RT EO 1 64 

KB D8 

BAT 

1 

(VOLTS) 

31*34 

336 

D? bat 2 

(VBLTS) 

31*1? 

335 

S/C 

CL0CK 063 560 017 

01 

BAT 

1 

IAMPSI 

£.682 

Q55 • 

D2 BAT 2 

( AMPS 1 

2.741 

056 • 

CLBCK BIAS 105 464 050 

064 

bat 

i CUR 

1 direct 

ChRG 

112 

065 BAT 2 CUR DIRECT 

CHRIl 

112 

s/c 

GMT 70 027 1656 04 D* 

array 1 

( AMPS ) 

7*123 

263 • 

05 ARRAY 2 

(AMPS) 

9.471 

356 

TLM 


ENGR 


OCTAL 


TLM 

* “ " 

ENGR” 

OCTAL 


BATTERY 






REGULATOR CONFIGURATION 




08 

BAT 1 (VBlTS) 

31.34 


336 



D3A 

REG 1 STATUS 

NORM 

000 


09 

BAT 2 (VOLTS) 

31.19 


335 



03C 

REG 2 STATUS 

nbrm 

000 


OSOB 

BAT 1 LMTIVBLTSI 

32*16 


203 



D3B 

CHRG BUS 1 

NBRM 

000 


P51B 

BAT 2 LMT(V8L7S| 

32*16 


203 



030 

CHBG BUS 2 

NBRM 

mL 


01 

BAT 1 (AMPS) 

2.682 


055 

# 


DZ1A 

95F switch 

nbrm 

ODO 


044 

BAT 1 CUR DIRECT 

CHRG 


112 



DUB 

paral CHRG cmd 

NBRM 

000 


02 

BAT 2 (AMPS) 

2.741 


056 

* 


DUC 

DISCHRG PATH 

NBRH 

ooo 


045 

BAT 2 CUR DIRECT 

CHRG 


113 



DUB 

REG 1 CHRG (AMP) 

12. A 

332 


BSOA 

BAT 2 (DEG Cl 

18.40 


203 



D61C 

REG 2 CHRG (AMP) 

12. A 

332 


051 A 

BAT 1 (DEG Cl 

18*40 


203 



OffZb 

bat 1 STATUS _ 


«z_ 









D62B 

BAT 2 STATUS 


127 



ARRAY 






D62C 

REG CHRG MADE 

♦ 

127 


04 

ARRAY 1 (AMPS) 

7.123 


263 

* 


063A 

BAT 1 STATUS 

CONNECT 

000 


05 

ARRAY 2 (AMPS) 

9.471 


356 



D63B 

BAT 2 STATUS 

CBNNECT 

000 


057 

AR 1 SHUNT (AMPS) 

• 0000 


000 








054 

AR 2 SHUNT (AMPS) 

.OOOQ 


000 








04 

ARRAY 1C (VBLTS) 

17.83 


176 



SYNC SIGNALS 




017 

ARRAY 1C (AMPS) 

• 0655 


006 

» 


D15 

400 CPS SYNC 

enable 

150 


AiO 

YAW ERRBR (PEG) 

••8529 


170 



D16A 

2461 SYNC 0 DEG 

enable 

060 


All 

ARRAY ERRBR(PEG) 

1.051 


200 



D16B 

2461 SYNC 90 DEG 

enable 

060 


A 12 

ARRAY SIN (DEG) 

240+292 


020 

« 







A13 

ARRAY CBS (DEG) 

243.9 


072 

* 


AQS 

INVERTER 




El 

AR 1 INBDtDEG C) 

112.0 


366 



D46 

ACS 1NV1115 VAC) 

1 14'7a 

160~ 


E3 

AR 2 [NBDIDEG C| 

75.99 


344 



A32 

ACS INVER(OEG Cl 

3S.41 

125 

» 

013 

FIN 1A (DEG Cl 

•25,88 


255 

* 







014 

FIN 2A (OEG C) 

-6.872 


271 



CONVERTER 6 (£0-2) 











032 

CdNV 6 (+16 vi 

16+02 

256 









043 

CONY 6 {*9 V) 

9.048 

256 



CBnVERTER 2 (SIU.LFTA) 






034 

CONV 6 {-6 V| 

-'6+009' 

142 


020 

C0NV 2 1*16 VI 

16.01 


255 



D35 

CONV 6 (-16 V) 

•16.1Q 

14? 


021 

CBNV 2 (+9 V) 

8.985 


260 








022 

CBNV 2 (+5 V) 

• OOOO 


000 

* 


CONVERTER 7 (DOHA) 




023 

CBNV 2 (+6 V) 

•5.999 


143 



036 

CBNV 7 (+16 V) 

]6.04 

260 

• 








037 

c?Ny 7 [+9 V) 

9.082 

262 

« 


CONVERTER 3 (WB A) 






038 

C8NV 7 1*6 V) 

•5.960 

145 

• 

024 

CBNV 3 (+70 V) 

70*34 


£57 








025 

CBNV 3 (+23 V) 

22.87 


256 



CONVERTER B (DOHA) 











019 

C9NV 8 ( + 16 V) 

16,00 

256 



CONVERTER 4 (WB B) 






040 

C8NV 8 (+9 V) 

9.069 

261 


024 

CBNV 4 (+70 V) 

OFF 


000 



0*1 

C8NV 8 (+6 V) 

-5.943 

145. 


027 

CBNV 4 (+23 V) 

OFF 


00 » 















CONVERTER 9 (ACS) 





CONVERTER 5 (EO-1) 






042 

C8NV 9 ( +20 V) 

20.07 

257 


02 8 

CONV 5 (+16 V) 

16.06 


256 



043 

CSNy 9 (+10 V) 

)0.04 

257 


D29 

CBNV 5 (+9 V) 

9.005 


256 



044 

CBNV 9 (-20 V) 

+20.00 

146 


030 

CBNV 5 (-4 V) 

.6.010 


142 



045 

CBNy 9 (28 VAC) 

27.80 

140 


031 

CBNV 5 (-16 V) 

•16.18 


142 









POWER SUPPLY INSTRUMENTATION PRINTOUT (OGO 6 example) 



a 

i 

l-o 


01/27R3416RT pATA FRZ MBDE A 
QND GMT 70 027 2002 23 

MC OS RCVD 

MC RT £5 1 44 KB 

S/C CLOCK 063 560 017 
CL®CK BIAS 105 664 050 
S/C GMT 70 027 1656 04 


ACS INSTRU PRINT-05 

A23 -ACS. M&B£/SUN 35/^O N . 0 21 

DIO LOAD BOS tVQLTS) 30. 23 327 

DO BAT 1 (VOLTS) 31*3» 336 

D1 BAT 1 (AMPS) 2.682 055 * 

064 BAT 1 COR. DIRECT CHRG _U2 

04 ARRAY 1 (AMPS) 7.123 263 » 


BGfl.acC SYSTEM TA PE F13 0 1/1 4/70 


059 LOAD BOS (AMPS) 12.19 313 • 

09 BAT 2 IVBLTSLJlilS. 335 

02 BAT 2 (AMPS) 2.741 056 • 

0.65 3A]_g__CU R DIRECT CHRQ .112 

05 ARRAY 2 (AMPS) 9.471 356 


0G6-6/F 


Tlm 


ENGR 

"octal 

TLM 


ENGR 

OCTAL 


ERR 8 R STATUS 



ACS 

STATUS 





A4 

PITCH ERRBR(DEG) 

..2207 

170 

A44A 

CSA BUS 

SAFE 

000 

A5 

ROLL ERROR (DEG) 

.2970 

200 » 

A445 

PITCH JET _ 

Enable 

000 

AlO 

YAW ERROR (DEG) 

-.8529 

170 

A47A 

ROLL JET 

enable 

210 

All 

ARRAY ERROR (PEG) 

X «051 

gQfi. 

A47B 

YAW JET 

enable 

210 




SIB 

HHEEL DELAY 

enable 

001 


horizon scanner 



620 

array delay 

. enable,. 

000 

A 6 

SUN ALARM (HDS ) 

NO SUN 

370 • 





A7 

TRACK CHECK(HOS) 

A/B/C/O 

370 

YAW 





A9 

HEAD-A (DEG C) 

2O>06 

176 

A21 

JETS 1/2.5 

all Off 

371 * 

A40 

HOR SCAN A (DEG) 

61.44 

256 « 

A22 

JETS 3/4,6 

all off 

371 • 

Ail 

H0R SCAN B (DEG) 

62.90 

262 

A31C 

YAW WHEEL DRIVE 

Bft 

371 « 

A42 

HOR SCAN C (DEG) 

63*24 

263 

. A 2 Q£ 

YAW WHEEL DIREC 

CCW 

.3.67 

A43 

HOR SCAN D ( DEG ) 

62.53 

261 • 

A19 

YAW WHEEL (RPM) 

l56".3 

311 • 





.A 33 

YAW WHEEl (DEG C) 

25.22 

3,57. 


SUN SENSORS 







A23 

ACS MBDE/SUN 

3S/ 0N 

021 

ARRAY 



”"A 2 S 

SUN SEN 1 ( DEG C) 

19*40 

200 

A16B 

ARRAY drive 

OFF 

371 

Ag 6 

SUN SEN 2 (DEG Cj 

14.77 

216 

. _ A 12 

ARRAY SIN (OEG) 

240.292 

025 • 

A46 

SUN ASPECT (DEG) 


000 

A13 

ARRAY CBS (DEG) 

243.9 

072 • 


ROLL 



KRYPTON " 



A?1 

JETS 1,2,5 

ALL OFF 

37l_* 

A1 

HIGH PRESS (PS I A > 

28,71. 

262 

A 31 a roll-wheel drive 

OFF 

371 » 


LOW PRESS (PSIA) 

49*50 

174 « 

A20A roll WHEEL DIREC 

CW 

367 

A3 

GAS BBTTLtOEG Cl 

_ 19(40 

200 

Ai7 

ROLL WHEEL (RPM) 

322.7 

24* 





PITCH 



A16A SPEP DRIVE 

&FF 

371 

AgJ 

JETS 1,2/5 

ALL OFF 

371 « 

AJ4 

0PEP SIN (DEG) 

USE CBS 

031 » 

a ?2 

JETS 3/4/6 

ALL OFF 

371 » 

A15 

BPEP COS (DEG) 

83.95 

151 . 

j431B PITCH WHEEL DRJY 

OFF 

371 • 

AS7 

OP_£P GYRO STATUS 

GYRO 1 

102 4 

A 20 B pitch wheel DIR 

CW 

367 

A28 

OPEP GYRO TACH 

SYNC 

016 

AjS 

PITCH WHEEL 1 RPM) 

795.0 

117 

A29 

OPEP ERR (DEG/S) 

. .0051 

216 » 

A34 

PITCH WHLIDEG C) 

21.72 

370 

A30 

OPEP GYRO (DEG C) 

58.75 

055 





A37 

OP SHAFT (OEG C) .... 

IB. 74 

202 


PITCH RATE GYRO 







A24 

PR GRYO ERR(D/S) 

OFF 

000 

ACS 

INVERTER 



A35 

PR GYRO TACH 

OFF 

OOO 

D46 

ACS INV ( 115 VAC) 

114.8 

160 





A32 

ACS INVERSES C) 

35.41 

125 * 


CONVERTER 9 







D42 

CONV 9 1+20 V) 

20 * 0 ? 

257 

SYNC SIGNALS 



043 

CONV 9 (+10 V) 

10.04 

257 

D15 

400 CPS SYNC 

ENABLE 

150 

P4<* 

CONV 9 1*20 V) 

- 20.00 

146 

D16A 

2461 SYNC 0 DEG 

enable 

060 

045 

CONV 9 (28 VAC) 

27.80 

140 

D16B 

2461 SYNC 90 OEG 

enable 

060 


ACS INSTRUMENTATION PRINTOUT (OGO 6 example) 



01/27R341&RT DATA FKZ M0 0£ A 
2ND GHT 70 027 H002 23 


QGQ~6/F 


Cl>U }N $ TRU PRJM7-06 


OGB-Occ SYSTEM TAPE F13 01/14/70 



A23 

ACS 

MODE/SUN 

95/ BN 

021 






MC os rcvd 

010 

L SAD BUS 

(VOLTS) 

90*23 

327 


D59 LOAD duS (AMPS) 

12.19"'" 

313 • 

mC RT eg 1 

64 KB p& 

BAT 

1 

(VOLTS) 

31.34 

336 


os BAT 2 

(VOLTS) 

31 + 19 

J35 

S/C CLBCK 063 860 017 

Dt 

BAT 

1 

(AMPS) 

2.682 

055 • 


D2 BAT 2 

(AMPS) 

2.741 

056 * 

CLSCK BIAS 105 664 Q SO 

D64 

bat 

1 CUR 

DIRECT 

CHRG 

nz 


D65 BAT 2 

CUR DIRECT 

CHRG 

112 

S/C GMT 70 027 1656 

04 04 

array i 

(AMPS) 

7*123 

263 # 


OS ARRAY 

2 (AMPS) 

9.471 

356 

ToH 

ENGR 


OCTAL 


TLM 


- 

ENGR ~ ' 

OCTAL 

WE A 






DOHA 1 





CS HB A FWD (WATT) 

4.236 


143 



F14 

DSC 1 

(DEG C) 

23.03 

165 


C6 WE A REV (WATT) 

<0129 


005 



FgO 

DOHA 1 

(DEG C) 

22.04 

170 


Cl WB A (DEG C) 

IB. 07 


204 

* 


DBS 

CONV 5 

( + 16 V) 

16.06 

256 


Dg4 C0NV ? (+70 V] 

025 CONV 3 (*23 V) 

70.34 


557 



069 

C?Ny 5 

(+9 VJ 

g.oos 

256 


22.87 


256 



030 

CONV 5 

(-6 V) 

-6. old 

142 







031 

CONV 5 

(-16 V) 

-16.18 

146 


WB S 






D36 

CONV 7 

(+16 V) 

16.04 

260 

« 

C7 WB B FWD (WATT 1 

BFF 


000 



D37 

CONV 7 

(+9 V) 

9.082 

262 

« 

C8 WB B REV (WATT) 

OFF 


000 



038 

CSNV 7 

(-6 V) 

-5.960 

145 

4 

Cg HB B (DEG C] 

6.387 


252 

* 








D26 CONV 4 1+70 VI 

OFF 


000 



DOHA 2 





Dg7 CONV * ( + 23 V) 

OFF 


004 



F 15 

BSC 2 

(DEG C) 

37.94 

. 147 








F22 

DOHA 2 

(DEG C) 

46.10 

too 


SP XHTR 






032 

CONy 6 

(+16 V) 

16.02 

256 


C9 SP FWD PWRCWATT) 

< 5614 


045 



033 

CONV 6 

(+9 V) 

9.045 

256 


C3 SP (DEG C) 

16.09 


313 

• 


£34 

CONV 6 , 

(-6 V) 

-6.009 

142 





035 

CONV 6 

'(-"16 V) 

-16.10 

143 


CMND RCVRS 






D39 

CONV 8 

(+16 V) 

J6.00 

256 


F4JA RECVR 1 StG 

BFF 


200 



D40 

CONV 8 

(+9 V) 

9.069 

261 


Cl3 REC 1 AGC 1 (DBM ) 

-84.99 


311 



D41 

CONV 8 

(-6 V) 

-5*943 

145 


C14 REC 1 AGC 2 (DBM) 

•105.3 


041 









F41B RECVR 2 S1G 

CjS REC 2 AGC 1 ( DBm ) 

OFF 
USE C16 


200 

312 



adha-eg received 

F25/FJ3 CAL VOLT 1-f 

NORMAL " 

ode 

« 

Cl6 REC 2 AGC 2 (DBMj 

•113.5 


0.46 



F26/F34 

CAL VOLT 

2-1 

NORMAL 

031 

4 





F27/F35 

CAL VOLT 

1-2 

normal 

125 


ra n ge+rahge rate 






F28/F36 

CAL VBLT 

2-2 

normal 

204 

4 

Cl 7 R+RR 1 STATUS 

STANDBY 


147 



F29/F37 

CAL VOLT 

1*3 

normal 

237 


ClB -R+RR PWR (WATT) 


154 



F30/F3S 

CAL VOLT 

2-3 

normal 

316 


Cl9 R+RR 2 STATUS 

OFF 


000 



F31/F39 

CAL VOLT 

1-4 

NORMAL 

375 







F24/F32 

ADHA (DEG C) 

21.38 

172 


EQUIPMENT GRBUPS 












F46/F48 DPHA BSC 

M0 2 


544 



lfta 





F46/F4B DOHA HFTU 

HFTu 2 


544 



F44 

LFTA RT 

BIT RATE 

64 KB 

106 


F46/F48 DDHA RT/OS 

HC/MC 


544 



F17 

LFTU BD 

3 (DEG C) 

33.72 

131 


F45/F47 DOHA STATUS 



016 



D20 

CONV 2 

1+16 V) 

16.01 

255 








02 1 

CONV 2 

(+9 V) 

8*985 

260 


CDU/DSA STATUS 






022 

CONV 2 

(+5 V) 

.0000 

000 

• 

F49 CMD NETWBRK 

NET 2 


153 



D23 

CONV 2 

(-6 V) 

-5*999 

143 


F 50 CMD GR0UP 

GRP 0 


205 









FBI DSA SW SIG 

EG 2 


173 



TAPE RCDR 2 










F43 

TR 2 STATUS 

PB 

513 








F9 

TR 2 

(+9.5 V) 

9.496 

355 


TAPE RCOR 1 






F 10 

TR 2 

(-9.5 V) 

-9.573 

120 


F 42 TR l STATUS 

RECORD 


417 

» 


F 13 

TR 2 PRESS ( PS I A ) 

16*29 

160 


F 1 TR1 (+9.5 V) 

9.536 


356 



F 16 

TR 2 BASE (DEG C) 

20.72 

174 


F2 TR l (-9.5 V) 



113 



Fll 

TR 2 PHASE (KBS) 

RLC/OFF 

244 

m 

F5 TR 1 PRESS(PSJA) 

17.02 


172 









F 0 TR 1 BASE (DEG C) 

21 .05 


173 









COMMUNICATIONS AND DATA HANDLING INSTRUMENTATION FORMAT 


(OGO 6 example) 



*-o 


qi/27R3416RT data frz mode 
GND GMT 70 027 2002 23 


0G0*6/F 


TUEBMAL 1NSTRU PRINT-Ofi 






MC OS 


RCVO 

DIO 

LB AD BUS 

(V8LTS) 

30-23 

327 

MC RT 

EG 1 

64 KB 

D8 

BAT 1 

lYBLlSj 

31.34 

336 

S/C CLOCK 

063 

560 017 

Dl 

BAT 1 

{AMPS! 

2.682 

055 • 

.clbck bias 

105 

664 050 

064 

.BAT..1. CUf 

i DIRECT. 

_£HRG_ 

U2_ 

S/C GMT 

70 027 1656 04 

04 

ARRAY } 

(AMPS! 

7.J23 

263 * 




059 

LBAD BUS 

(AMPS! 12.19 

313 • 

Q9 

BAI 2 


i.yeLisi-3itis. 

.335 

D2 

BAT 2 


{AMPSJ 2.741 

056 • 

n65 

_BA1 2 

CUR 

DJREC.T_.CHBG 

.112 . 

05 

ARRAY 

2 

(AMPS) 9.471 

356 


TLM DEG C 

OCTAL 

BATTERIES 



D50ABAT 2 (CEO C) 

18.40 

203 

D51ASAT 1 (DEG C) 

18.40 

203 

.THERMAL.E1N . 



D13 FJN 1A (DEG C). 

>25.88 

255 * 

D14 FIN 2A (DEG C>- 

>6.872 

271 

TRANSMITTERS 



Cl HB A (DEG C) 

18,07 

204 • 

.. C£ KB B. (DEG.Ci_6.367 

252 * 

C3 SP (DEG C) 

16.09 

212 * 

equipment grbups 



£14 BSC 1 (DEG C) 

23.03 

165 

F15 BSC 2 (DEG C) 

37.94 

117 

F2Q- PDHA-1— _IDEG Cl _2£. Q4 
F22 DOHA a (DEG C) 46.10 

170 .. 

100 

F 24/E32 ADHA (DEG C> 

21.38 

172 

F17 LFTU BD 3( DEG C) 

33.72 

131 

TAPE RECORDERS 



FB . JR. 1_5ASELDEG Cl 
F16 TR 2 BASEtDEG C! 

21.05 

20.72 

123 

174 

ACS 

__ .A3 GAS BBTIUDEG C) 

19.45 

200 

A32 ACS INVER (DEG C) 

35.41 

125 « 

A9 HEAD-A (DEG C) 

2Q.06 

176 

A25 SUN SEN 1(QEG C) 

19.40" 

200 

A26 SUN SEN 2 (DEG C) 

14.77 

216 

. A33 YAW WHEEL1DEG C) 

25.22 

357 

A3i PITCH HHLiOEG Cl 

21.72 

370 

A30 BPEP GYRflfDEG C) 

58,75 

055 

A37 BP SHAFT (nEG C) 

18.74 

20 g 

SOLAR PADDLES 


El AR 1 INBDtDEG C) 

112.0 

366 

£3 AR-2 JNBOtDEG C> 

75.99 

344 

E33 AR1 SHADE (DEG C) 

*29 .05 

253 

E34 AR2 SHADE! DEG C) 

70.00 

341 


TLM 

PEG C 

OCTAL 

SCI 

DEG C 

OCTAL 


EXP .PACKAGES 


EXPE.RU3ENJS 

_ - — 

- 

E13 

EP 1 EX16 ( DEG C! 15.10 

215 

04-REBER 



El* 

EP 2 EX17SDEG 0*20.38 

332 

os? elect pkg. 

17 t 15 

. 13_0 

E15 

EP 3 EX1KDEG 0*1.975 

310 

089 IBN SOURCE 

27.39 

170 

r 1 A 

FP A FyiS(DFR T) ^1*17^ 

24n 




E17 

EP5B EX18(DEG C) 8.617 

242 * 

05-PlCKETT 






Q76 EXP . — - 

11*06 

-2.61 


SOLAR £XP PKGS 





E26 

SBEP X -XiOEG O 33,72 

131 

. Q7-tlCKE8W_N 

_ . 



E29 

SOEP 2 *X(DEG C! 22.70 

166 

013 Tube 

8.998 

062 


8PEPS 


H-blambnt 



-E19 

8PEP_1 *1 (DEG O fai £05 235.. . 

. 103 Fj LIES 

. i2.4Z9_ 

_254 

E20 

OPEP 2 *Z ( DEG O 6.381 

236 

027 PmT 

•2.479 

254 


ASEPS 

** 

12*CLARK 

~ 


ARFP 1 (DPR Cl 1 1 • AO 

230 • 

079 Electronics 


ooe 

"E32" 

ASEP 2 (DEG C) 10.84 

232 

114 FIL heat SINK 


000 




127 HyPRBj3EN.E£LL 


. .003 


LBUVER PANELS 





E5 

*X.BD PAN (DEG O 14.44 

_£1Z • 

.. _14*BLAHB.ni _ . 

_ 


E6 

♦X AF PANtDEG O 20*72 

174 

061 PMT 

20.18 

152 

EB 

-X_AE_P AN 1 DEG-CJ. -23jlD3 165_»- 

. . 105 INTERF FILTER 

. 31, 85.. 

307 



i6*EARLEY 



E21 

*Z TP PAN1DEG O 24.02 

162 

' 020 LBGJC box 

24.28 

131 

E22 

♦Z Mp PAN (DEG O 21-33 

..172 



- _ 

E7 

•Z MD PANIDEG C| 22.04 

170 * 







20-STBNE 




SUB MTG PLATES 


087 RANGE TELSC 

18.30 

147 

E23 

♦X IE RANI DEG. O 16.02 

212 

106 CERENkON TELSC 

21.9Q 

136 __ 

£24 

•X AF PANIDEG C) 18.74 

202 




E30 

•Y MQ PANIDEG O 19,73 

177 

— Jl-C^IN 






033 LAMP * 

107.9 

333 


ATTITUDE 


063 CELL A 

28.39 

052 

A4 

PITCH ERROR (DEG ) *,2207 

170 

119 LAMP b 

93.27 

226 

X5 

RfiLL ERRBR (0EG1..29.ZD 

20q • 

133 CELL 5 

43.39 

165 

AlO 

YAH ERRBR (DEG)*. 8529 

170 




All 

ARRAY ERRBR(D£6! 1.Q51 

200 

23-AGGSBN 



A12 

ARRAY SIN (DEG J 240*292 

020 • 

022 ANT 

10.74 

Q52 

_Ai3 

ARRAY TBS (DEG) 243.9 

QTg. ; 

_ 




A14 

BPEP SIN 1 (DEG [USE CBS 

031 • 




- A15 

BPEP CBS (DEG) 83,95 

151 * 





THERMAL INSTRUMENTATION PRINOUT (OGO 6 example) 



Appendix D 



APPENDIX D 


GROUND STATION TELEMETRY ASSIGNMENTS FOR 
INITIAL OPERATIONS 


The telemetry items to be displayed during readiness tests and the 
initial operations are given in this appendix (priorities are specified by 
the numerical order of listing). 


Joburg and Madgar Assignments 


Rev 


Strip Chart 




Lights 

000 

1 . 

MC-65 

9. 

Enable bit 


11. 

F40 , B-3 


2. 

A23 

10. 

Ai 




to- B4, B7 


3. 

A24 

13. 

D8 




Al 2 


4. 

D4 

14. 

D9 



12. 

Bll, B12 


5. 

D5 

16. 

A21 



15. 

A3 


6. 

A10 

17. 

A22 



20. 

MC-67 


7. 

All 

18. 

Di 






8. 

D10 

19. 

D2 





001 

1 . 

MC-65 

9. 

All 



12 . 

E4 


2. 

A23 

10. 

D4 



18. 

A3 


3. 

A24 

11. 

D5 



19. 

D50 


4. 

D10 

13. 

Al 



20. 

D51 


5. 

D8 

14. 

Dl 






6. 

D9 

15. 

D2 






7. 

A7 

16. 

A21 






8. 

A10 

17. 

A22 






ERSOCC Assignments (via Madg 

ar DTS) 


Rev 



Strip 

Chart 





000 and 

1. 

F4oJ (D17) 

1 . 

A23 1. 

A21 

1 . 

Dl 

1. Ai 

001 

2. 

Bll (-D59) 

2. 

A24 2. 

A22 

2. 

D2 

2. D50 


3. 

B2* (D60) 

3. 

A7 3. 

Al 7 

3. 

D4 

3. D51 


4. 

B3* (D6l) 

4. 

A40 4. 

Al 8 

4. 

D5 

4. C9 


5. 

B4* (D64) 

5. 

A41 5. 

Al 9 

5. 

D8 



6. 

B8* (D65) 

6. 

A42 6. 

A10 

6. 

D9 



7. 

B7* (A20) 

7. 

A43 7. 

All 

7. 

D10 



8. 

MC-65 

8. 

Al 2 8. 

A5 

8. 

A31 



When deployment verified switch to telemetry words listed in parentheses 
and leave for Rev 00 i. 


D-i 



Rev 


Joburg and Madgar Assignments (continued) 


Strip Chart Lights 


015 and 

1 . 

MC-65 

9. 

D2 

17. 

A1 

after 

2. 

A23 

10. 

D4 

18. 

El 9 


3. 

D10 

11 

D5 

19. 

E20 


4. 

D8 

12 . 

A21 

20. 

A3 


5. 

D9 

13. 

A22 




6. 

A10 

14. 

A4 




7. 

All 

15. 

A5 




8. 

D1 

1 6 . 

A31 





Winkfield Assignment 

s 



Rev 


Strip Chart 




002 

1 . 

MC-65 

9. 

Ail 



003 

2. 

A23 

10. 

D4 



004 

3. 

A24 

11. 

D5 



005 

4. 

D10 

12 . 

A1 




5. 

D8 

13. 

D1 




6. 

D9 

14. 

D2 




7. 

A7 

15. 

A21 




8. 

A10 

1 6 . 

A22 




ERSOCC Assignments (via Winkfield DTS) 


Rev 




Strip Chart 





002 

1 . 

A23 

1 . 

A21 

1 . 

Di 

1 . 

Dl 7 

1 . 

Al 

003 

2. 

A 24 

2. 

A22 

2. 

D2 

2. 

D59 

2. 

D50 

004 

3. 

A7 

3. 

Ai 7 

3. 

D4 

3. 

D60 

3. 

D51 

005 

4. 

A40 

4. 

A18 

4. 

D5 

4. 

D6l 

4. 

C70 


5. 

A41 

5. 

Al 9 

5. 

D8 

5. 

D64 




6 . 

A42 

6. 

A10 

6. 

D9 

6. 

D65 




7. 

A43 

7. 

All 

7. 

D10 

7. 

A20 




8. 

A12 

8. 

A5 

8. 

A31 

8. 

MC-65 




Use MC-35 when real-time equipment group is in accelerated subcom- 
mutator mode. 


D-2 



Rev 

008 and 
after 



1 . 

MC-65* 

9. 

D8 

2. 

A23 

10. 

D9 

3. 

DIO 

11. 

D59 

4. 

D1 

12 . 

D17 

5. 

D2 

13. 

D64 

6. 

D4 

14. 

D65 

7. 

D5 

15. 

D50 (D51) 

8. 

D6 

1 6 . 

A31 


Alaska Assignments 


Rev 


Strip 

Chart 

• 

Die 

;hts 

001 

1. 

MC-65 

9. 

F42 

17. 

D50 

002 

2. 

A23 

10. 

F5 

18. 

D51 


3. 

A24 

11. 

F8 

19. 

A3 


4. 

DIO 

12. 

F19 

20. 

A1 


5. 

D8 

13. 

D4 




6. 

D9 

14. 

D5 




7. 

C70 

15. 

D1 




8. 

C63 

1 6. 

D2 




ERSOCC Assignments (via Alaska) 


Strip Chart 


Lights 


001 

a, 

1. F40' > '' T '(D6) 1. A23 

1 . 

A12 

1 . 

D1 

1 . 

Enable bit 

002 

2. B11**(D17)?. A21 

2. 

A18 

2. 

D2 

2. 

B8^ (Ai) 

(real 

3. B12**(D59)3. A22 

3. 

A19 

3. 

D4 

3. 

A3 

time) 

4. B3**( ! D60) 4. A7 

4. 

A24 

4. 

D5 

4. 

D50, D51 


5. B4**(D61) 5. A40 

5. 

Ai 7 

5. 

D8 




6. B7**(D64) 6. A41 

6. 

A5 

6. 

D9 




7. B8**(D65) 7. A42 

7. 

A10 

7. 

D10 




8. MC-65 8. A43 

8. 

All 

8. 

A31 



001 

1. F40**(D57)1. A23 

1 . 

B8** 

(A17) 1. 

D1 1. 

Enable bit 

002 

2. D17 2. A21 

2. 

A18 


2. 

D2 2. 

AI 

(play- 

3. D59 3. A22 

3. 

A19 


3. 

D4 3. 

A3 

back) 

4. B3**(D60) 4. A7 

4. 

A24 


4. 

D5 4. 

D50, 51 


5. B4**(D6l) 5. A40 

5. 

A4 


5. 

D8 



6. D4**(D64) 6. A41 

6. 

A5 


6. 

D9 



7. D6**(D65) 7. A42 

7. 

A10 


7. 

D10 



8. B7**(MC- 8. A43 

8. 

All 


8. 

A31 



65) 


Use MC-35 when real-time equipment group is in accelerated subcom- 
mutator mode. 

When deployment verified switch to telemetry words listed in parentheses 
and leave for rev 002. 


D-3 



Alaska Assignments (continued) 


Rev Strip Chart Lights 


008 and 

1 . 

MC-65" 

9. 

D5 

17. 

At 

after 

2. 

A23 

10. 

D59 

18. 

El 


3. 

DIO 

li. 

D17 

19. 

E30 


4. 

D8 

12. 

D50 

20. 

E55 


5. 

D9 

13. 

D51 




6. 

D1 

14. 

D64 




7. 

D2 

15. 

D65 




8. 

D4 

16 . 

A31 




ERSOCC Assignments (via Alaska) (continued) 


Rev Strip Chart Lights 


008 

1. Di 


1 . 

A10 

1 . Payl. 

1 . 

Payl. 

1 . 

El 

and 

2. D2 


2. 

All 

2. Payl. 

2. 

Payl. 

2. 

E30 

after 

3. D4 


3. 

A21 

3. Payl. 

3. 

Payl. 

3. 

Al 


4. D5 


4. 

A22 

4. Payl. 

4. 

Payl. 

4. 

A23 


5. D8 


5. 

A4 

5. Payl. 

5. 

Payl. 




6. D9 


6. 

A5 

6. Payl. 

6. 

Payl. 




7. D10 


7. 

A7 

7. Payl. 

7. 

Payl. 




8. MC- 

-65"' 

8. 

A31 

8, Payl. 

8. 

Payl. 






Ororal Assignments 





Rev 




Strip Chart 





004 

1 . 

MC- 

65 

9. 

All 

17. 

A3 




2. 

A23 


10. 

A4 

18. 

El 




3. 

A24 


11. 

D5 

19. 

E30 




4. 

D10 


12 . 

Ai 

20. 

D50 




5. 

D8 


13. 

Dl 






6. 

D9 


14. 

D2 






7. 

A7 


15. 

A21 






8. 

A10 


1 6 . 

A22 






Use MC-35 when real-time equipment group is in accelerated subcom- 
mutator mode. 


D-4 



ERSQCC Assignments (via Ororal DTS) 


Rev 




Strip Chart 



Lights, 

004 

1 . 

A23 

1 . 

A21 

i. 

D1 

i. 

D17 

1 . 

Ai 


2. 

A24 

2. 

A22 

2. 

D2 

2. 

D59 

2. 

D50 


3. 

A7 

3. 

Al 7 

3. 

D4 

3. 

D60 

3. 

D51 


4. 

A40 

4. 

A18 

4. 

D5 

4. 

D6i 

4. 

C57 


5. 

A41 

5. 

A19 

5. 

D8 

5. 

D64 




6. 

A42 

6. 

A10 

6. 

D9 

6. 

D65 




7. 

A43 

7. 

Ail 

7. 

DiO 

7. 

A20 




8. 

Ai 2 

8. 

A5 

8. 

A3 i 

8. 

MC-65 




Ororal Assignments (continued) 


Rev 




Strip 

Chart 





010 and 

i. 

MC- 

■ 65 * 

9. 

D2 

17. 

Al 



after 

2. 

A23 


10. 

D4 

18. 

El 




3. 

DiO 


ii. 

D5 

19. 

E30 




4. 

D8 


12 . 

A21 

20. 

Payl. 




5. 

D9 


13. 

A22 






6. 

A10 


14. 

A4 






7. 

All 


15. 

A5 






8. 

D1 


1 6 . 

A31 








Santiago Assignments 




Rev 




Strip 

Chart 



Lights 

004 


1. 

MC-65 


9. 

All 


12 . 

El 



2. 

A23 


10 . 

D4 


18. 

A3 



3. 

A24 


11. 

D5 


19. 

D50 



4. 

DiO 


13. 

Ai 


20. 

D51 



5. 

D8 


14. 

Di 






6. 

D9 


15. 

D2 






7. 

A7 


16. 

A21 






8. 

A10 


17. 

A3 3 




005 


1 . 

A23 


9. 

A5 


16 . 

Ai 



2. 

Ai 2 


10. 

MC-35 


17. 

D42 



3. 

DiO 


■ 11. 

Enable 

Bit 

18. 

D4 



4. 

A7 


12 . 

A21 


19. 

D5 



5. 

A40 


13. 

A22 






6. 

A41 


14. 

A10 






7. 

A6 


15. 

Ail 






8. 

A4 


20. 

A24 





"'Use MC-35 when real-time equipment group is in accelerated subcom- 
mutator mode. 


D-5 



Santiago Assignments (continued) 


Rev 



Strip Chart 


Lights 

013 and 

1 . 

MC-65* 

9. 

D2 

17. 

A1 

after 

2. 

A23 

10. 

D4 

18. 

El 


3. 

DIO 

11. 

D5 

19. 

E30 


4. 

D8 

12. 

A21 




5. 

D9 

13. 

A22 




6. 

A10 

14. 

A4 




7. 

All 

15. 

A5 




8. 

D1 

1 6. 

A31 





Quito Assignments 



Rev 



Strip Chart 


Lights 

005 

1 . 

A23 

9. 

A5 

16. 

A1 


2. 

A12 

10. 

MC-35 

17. 

D42 


3. 

DIO 

11. 

Enable bit 

18. 

D4 


4. 

A7 

12. 

A21 

19. 

D5 


5. 

A40 

13. 

A22 




6. 

A41 

14. 

A10 




7. 

A6 

15. 

All 




8. 

A4 

20. 

A24 



013 and 

1. 

MC-65*' 

9. 

D2 

17. 

A1 

after 

2. 

A23 

10. 

D4 

18. 

El 


3. 

DIO 

11. 

D5 

19. 

E30 


4. 

D8 

12. 

A21 

20. 

Payl. 


5. 

D9 

13. 

A22 




6. 

AiO 

14. 

A4 




7. 

All 

15. 

A5 




8. 

D1 

16. 

A31 





Rosman Assignments 



Rev 



Strip Chart 


Lights 


006 

1 . 

A23 

9. 

A4 

17. 

A24 

007 

2. 

D10 

10. 

A5 

18. 

Ai 


3. 

A7 

11. 

MC-35 

19. 

B3 


4. 

A40 

12 . 

A21 

20. 

B4 


5. 

A4i 

13. 

A22 




6. 

A42 

14. 

A10 




7. 

A43 

15. 

All 




8. 

A6 

16 . 

A12 




Use MC-36 when real-time equipment group is in accelerated subcom- 
mutator mode. 


D-6 



Rev 



006 

i. 

A4 

1 . 

A23 

1 . 

A42 

1 . 

Di 

1 . 

Ai 

007 

2. 

A5 

2. 

A24 

2. 

A43 

2. 

D2 

2. 

A3 


3. 

A10 

3. 

A7 

3. 

A21 

3. 

D4 

3. 



4. 

All 

4. 

A6 

4. 

A22 

4. 

D5 

4. 



5. 

A12 

5. 

A40 

5. 

A20 

5. 

D8 




6. 

A13 

6. 

A41 

6. 

Ai 7 

6. 

D9 




7, 

A1 6 

7. 

D43 

7. 

A18 

7. 

D10 




8. 

MC-35 

8. 

D45 

8. 

Al 9 

8. 

A31 




Rosman Assignments (continued) 


Rev 


Strip Chart 


Lights 


013 and 

1 . 

MC-65* 

9. 

D2 

17. 

Al 

after 

2. 

A23 

10. 

D4 

18. 

El 


3. 

D10 

11. 

D5 

19. 

E30 


4. 

D8 

12. 

A21 

20. 

Payl. 


5. 

D9 

13. 

A22 




6. 

A10 

14. 

A4 




7. 

All 

15. 

A5 




8. 

Di 

1 6. 

A31 




Rev 

013 and 
after 



’"Use MC-35 when real-time equipment group is m accelerated subcom 
mutator mode. 


D-7 



Appendix E ' 



APPENDIX E 


CONTINGENCY PLAN FOR INITIAL OPERATIONS 



Station 

Monitor Assignment 

Eventuality 

Special Conditions 

Action 

WTR 

Spacecraft data from liftoff 
through loss of signal 

Any malfunction 

None 

Report to ERSOCC 

* 

Madgar 
Rev 000 

Deployment verification, 
evaluation of spacecraft 
subsystems 

1) Loss of RF 

Authorized by ERSOCC 

Command 137 86 MHz trans- 
mitter off/ on UV bus 1 reset 



2) Los 8 of modu- 
lation 

Authorized by ERSOCC 

Command EC3-1 on Mo2/ 
HFTU 2 



3) (2) Uneucessful 

Authorized by ERSOCC 

Command EG-2 on/EG-2 to 
real time (At loss of signal 
Command EG-1 to real time 



4) Deployment fail- 
ure to sequence 

None 

Command arm bus /array 

deploy 

Alaska 
Rev 001 

Attitude control and power 
subsystems performance 
and data quality Command 
ACS m Mode 2B (and 141) 
Command assignment to 
retrieve data from liftoff 
Relay ERTS data via data 
link to ERSOCC at 16 kbit 

1) Loss of commu- 
nication to 
ERSOCC 

none 

Function as ERSOCC with 
discretion to perform any or 
all corrective actions hereto- 
fore stated In addition, may 
elect to postpone scheduled 
playback due to poor signal 
reception 



2) Poor signal 
reception 

Confirmed by Joburg or 
attempts at improve- 
ment on ground are 
fruitless after two 
minutes 

If no appreciable improve- 
ment, suspend playback until 
Alaska 002 Use remainder 
of pass to improve signal 
reception. 



3) Loss of RF or 
modulation 

Authorized by ERSOCC 

Same as Madgar 



4) Deployment 
mcompl ete 

Authorized by ERSOCC 

Send backup commands ui 
properly timed sequence 

ERSOCC 
(via Alaska) 
Rev 002 

Ail systems performance 

1) ACS in Mode 1 

Deployment complete 

Command ACS to Mode 2A 



2) Spacecraft 
unstable 

No data or e\idence or 
gas usage 

Command ACS to Mode 2A 



3) Earth search 
pattern anomaly 

Horizon scanner 
anomaly is concluded 

Leave ACS in Mode 2B and 
study pattern 



4) Pitch rate gyro 
failure 

Positive diagnosis 

Command ACS to Mode 2 A 
until rates and orientation 
are determined 

Joburg 
Rev 001 
Alaska 
Rev 002 
Wnkfld 

Rev 002 
003 

Santiago 
Rev 005, 006 
Ororal 
Rev 004 

Attitude control, power, 
and thermal subsystems 
performance Command 
assignments to playback 
spacecraft tape recorders 
(Alaska 002, Wnkfld 002, 
003, Santiago 005, (Com- 
munications and data handl- 
ing m ACS) 006) 

1) Any malfunction 

2) Loss of commu- 
nication. with 
ERSOCC 

a) Emergency that 
is clearly defined 

b) Degradation 
None 

a) Corrective commands 
upon authorization from 
ERSOCC 

b) Cutback in mission for 
considering maximiza- 
tion of performance 
without undue risk 

Take no action 

Alaska 
Rev 003 

ACS performance Com- 
mand assignment to place 
ACS m Mode 2C then 
normal 

Horizon scanner 
anomaly 

Confirmation prior 
to acquisition 

Delay earth acquisition 

Rosman 
Rev 006, 
007 

Power and attitude control 
subsystems performance 
Provide real time data to 
GSFC (PCM at i kbit) via 
data link Enables com- 
mands to be sent directly 

from ERSOCC 

1) Loss of Rosman/ 
ERSOCC data link 

Not transitory 

Functions as a remote 
station Monitors assigned 
to telemetry words and 
reports values 



2) Loss of commu- 
nication to 
Rosman 

None 

Rosman to maintain command 
and data acquisition equipment 
per OPS plan 



3) Loss of RF or 
modulation 


(Same as Joburg Rev 000) 

ERSOCC 
Rev 005 
(via Rosman) 

All systems performance 

Mode 4 abnormal 

/ 

Command Mode 3 


^Command assignment automatic (Commands 100 and 140) 


E-l 



